RE: [U2] [UD] Best practices
Use the attribute names everywhere - the only place attribute numbers belong is in D-type entries in the dictionary and in an equate table in a single basic include file. From: [EMAIL PROTECTED] on behalf of Bill Haskett Sent: Sat 28/01/2006 4:24 AM To: u2-users@listserver.u2ug.org Subject: [U2] [UD] Best practices I've been converting dictionaries from a D3 dbms and am wondering what is considered best practices in virtual attribute design. Does one build standard Direct fields first then use these fields to build virtual attributes (I-Descriptors) or should one use the direct field references, EXTRACT() or n,n,n, in virtual attributes? DEPOSITED 001 D The date of the deposit. 002 2 VOID 001 D Is this a voided receipt? 002 12 DEPDATE 001 I The displayed deposit date (if not voided). 002 IF VOID = THEN DEPOSITED ELSE *Voided* or DEPDATE 001 I The displayed deposit date (if not voided). 002 EXTRACT( @RECORD, 2, 0, 0 ) ; EXTRACT( @RECORD, 12, 0, 0 ) ; IF @2 = THEN @1 ELSE *Voided* The obvious concern is if a direct field definition is renamed, then all references to the old field name need to be changed. I rarely rename a field, until I started exposing the data to other data sources and was forced to clean up the field names. So, hopefully, this won't be an issue in the future. Any thoughts. Bill Haskett --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ DISCLAIMER: Disclaimer. This e-mail is private and confidential. If you are not the intended recipient, please advise us by return e-mail immediately, and delete the e-mail and any attachments without using or disclosing the contents in any way. The views expressed in this e-mail are those of the author, and do not represent those of this company unless this is clearly indicated. You should scan this e-mail and any attachments for viruses. This company accepts no liability for any direct or indirect damage or loss resulting from the use of any attachments to this e-mail. [demime 1.01d removed an attachment of type application/ms-tnef which had a name of winmail.dat] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UO.NET and SB+
Glenn If you were considering a WWW route then RedBack supports SBObjects directly and gives you a connection pool while at the same time being SB+ aware. Regards JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Batson Sent: 26 January 2006 23:12 To: u2-users@listserver.u2ug.org Subject: [U2] UO.NET and SB+ I sent this to SB+ solutions but I also thought someone here might have some opinions. Sorry if this has been discussed before. I'm having problems getting to indexinfocus.com to do a search. Is anyone using UO.NET in an environment that includes SB+. We are and to get into SB+ we have a wrapper subroutine that passes data through COMMON to an SB+ aware subroutine called by SB.REMOTE.PROCESS. I would like to know what other approaches may be used. One concern for us now is the overhead of the login logic that occurs every time. We are not trying to get around the license but are concerned with the processing overhead. In other words for every API call that calls a routine that uses SB+ we call SB.REMOTE.PROCESS which has to go through a login. I would like the login to stay persistent through the life of the connection pool connection. Does anyone have any suggestions or other secret ways of handling what we are trying to do? I know the initial response is why not use RedBack. We had a bad experience with RedBack and therefore went away from it. I definitely don't want to say RedBack is bad, because it may have been our own fault in how we implemented it. We just have a sour taste in our mouths and will not go back. Actually we ended up using SB.REMOTE.PROCESS in the RedBack world also because stateless RBOs did not support SB+ execution. Any input would be appreciated. Glenn Batson www.jenkon.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UD] Best practices
Reusability Readability are two attributes of good software. Actually, they are also sub-attributes of MAINTAINBABILITY, which I consider the most important attribute of good software. Define once reuse. What we lack is a good standard way to examine dictionaries and their related pieces. A standard listing is very disjointed. I think Ray Jones Brian Leach both have tools they are proud of. I keep threatening to look into that, but haven't yet. Comments interspersed below. Chuck Stevenson DEPDATE 001 I The displayed deposit date (if not voided). 002 IF VOID = THEN DEPOSITED ELSE *Voided* or DEPDATE 001 I The displayed deposit date (if not voided). 002 EXTRACT( @RECORD, 2, 0, 0 ) ; EXTRACT( @RECORD, 12, 0, 0 ) ; IF @2 = THEN @1 ELSE *Voided* I prefer attribute names for the same reason I would name basic program variables VOID DEPOSITED instead of ATT2and ATT18. ( or, defined via a standard $INCLUDE, something like SALES.REC SALES$VOID or SALES_VOID instead of SALES.REC2 or SALES.REC(2). You get the idea.) Also, you can nest I-descriptors, referring to a calculation by name, instead of re-coding the calculation in every I-descriptor that needs it. (Caveat: for UV they have to be structured without multiple ;-delimited expressions.) The obvious concern is if a direct field definition is renamed, then all references to the old field name need to be changed. Same logic can be applied for opposite conclusion: if you renumbered the fields then you would have to rewrite all the I-descriptors that used explicit numbers. I rarely rename a field, Renumbering fields would be more rare, admittedly, but... BUT: It is NOT rare for calculations to be refined over time. Sometimes what is originally a stored value gets redefined as a calculation. Example: TAX. Suppose somebody originally defines it as a stored field, then you go interstate and it needs to be computed differently for each state. Then you're more successful, so you write a subroutine to handle Canada European tax... If you had 1 dict item called TAX and always referenced it, then it could migrate from D-item, to I-item, to I-item with called subroutine, and so on. You would _CHANGE_IT_ONE_PLACE_ recompile the dictionary. If you had coded all sundry I-descriptors referring to TAX via an extract, or later by recoding the calculating repeatedly, you're stuck with less maintainable code. This is an argument for using ITYPE() functions in programs, too. READ TAX.IDESC FROM SALES.DICT, 'TAX'... TAX = ITYPE( TAX.IDESC ) --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] How can I find the RIGHT IBM Contact?????
Whatever I have found out about the boxes I have on my own with the help of SMIT CONFIG.ALL. I have still not received a return call from the rep who I contacted for a follow-up...its not surprise since she was clueless as to where to turn even after telling her to investigate it with those within U2. My only complaint has been the inability to get a concise answer from IBM even when given one of the boxes serial numbers. There is no cross reference as to the other boxes a customer may have or what licenses they hold and the status of those licenses yet they don't seem to have a problem when it comes time to send the invoices for maintenance contracts. You would think that keeping all information pertaining to a customer would benefit marketing and sales when it is put together in a nice neat package. It has always been frustrating when trying to deal with IBM before and apparently still long after their U2 purchase to get someone knowledgeable about Total customer service. This is a prime example of vertical training gone awry when more horizontal training would be benefical to both the customer and those servicing them. I'm still just wondering...in the case of a real issue...do I need to sit dead in the water because IBM does not know what area of expertise it would fall under? Is that really customer service? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Marilyn Hilb Sent: Friday, January 20, 2006 7:00 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] How can I find the RIGHT IBM Contact? For us, we don't work directly with IBM.. It is all done through a VAR, (the company the system was originally purchased from,, or the company that bought that company etc). You may need to find out who your VAR is. For us, they are the ones that actually hold the UV license. We aren't authorized to talk to IBM directly on UV. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, January 20, 2006 3:19 PM To: u2-users@listserver.u2ug.org Cc: [EMAIL PROTECTED] Subject:[U2] How can I find the RIGHT IBM Contact? Ok I'm really pretty much fed up... I placed a call to IBM 3 WEEKS ago after inheriting a pile of papers shoved into a folder loosely describing the existing systems. I KNOW one needs an upgrade, for both AIX Universe BUT...are they licensed for it? Is the media floating around the building? What upgrades are they eligible for? I KNOW maintenance was recently paid in Oct on at least one of the boxes... What was the infinite wisdom of NOT TYING all customer related items together??? (1 cust # for the hardware + 1 cust # for AIX + 1 cust # for Universe) x 2 = A Mess that requires more than 2 brain cells rubbed together to figure out. NOT ONE PERSON I CONTACTED CAN GIVE ME A CONCISE ANSWER!! Or even a smidgen of a clue as to where to turn...a close friend who just retired told me to call in a crash. I called support twice, first I was routed to a clueless sales rep who never returned a call...next support routed me to a sales rep whom I needed to call back who got an AIX person on the phone who --- believe meit was said... U2? To which I was forced to reply... In all the 20 years I have in this field I have observed time and time again that neither hardware sales, or underlying OS has a clue concerning the entire package. Its bad enough that rs/6000 people bicker with the As400 people and are clueless about what the other does. Its only the U2 people who have a clue about how the entire package goes together, the trickle down effect.. My only frustration is WHOM to contact within that realm... Grrr -- Debster --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UD] Best practices
I would suggest a clearer naming convention for your dictionary items. When you have DATE as part of your field name, it makes sense that a programmer would expect a date to be returned. For instance, DEPDATE (or DEPOSIT.DATE) should be a data type (D), and just the date of the deposit. I suggest DEPOSIT.DATE because in an attorney's office, DEPDATE could be a deposition date. You can always shorten the name via a synonym if you wish. If you want to display deposit dates and know if the deposits were voided, I'd name the I-type DEPOSIT.DATE.VOID or DEPOSIT.DATE.STATUS so both a programmer and a user could expect to see something besides just a date. Louie Bergsagel Seattle DEPDATE 001 I The displayed deposit date (if not voided). 002 IF VOID = THEN DEPOSITED ELSE *Voided* --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] [AD] JOB POSTING: CENTRAL NEW JERSEY [/AD]
REPOSTED FOR NONMEMBER: Silver Line Windows [EMAIL PROTECTED] CENTRAL NEW JERSEY (LOCAL APPLICANTS ONLY) IS PROJECT MANAGER (WEB APPLICATIONS DEVELOPMENT) Silver Line Windows is one of the largest and fastest growing manufacturers of vinyl windows and doors in the country. Our quality products are the result of state-of-the-art engineering and manufacturing. We have nearly 60 years of experience behind every item we produce, DELIVERING high value results again and again from our facilities in New Jersey, Illinois, Georgia, Ohio, Texas, Massachusetts and North Carolina. We have been awarded the Home Depot Vendor of the Year again and again and our North Brunswick, NJ facility has won the Window and Door Magazine's 2005 award for Most Innovative US Plant. We invite you to join in our success. The growing demand for our quality products continues to fuel our record growth nation wide. Our record growth requires that we add a top project manager to our world class IS team to help take us to the next level. The successful candidate will lead a series of high visibility state of the art Web Base Application projects in support of our Companys continuing growth. The ideal candidate will have a minimum of seven years experience including at least three in project manager roles implementing Internet Based Applications knowledge of Microsoft Internet Information Services (IIS). Knowledge of DesignBais a strong plus. Expertise in User Interface Design and Multi-Value Data Bases is also important. Why join Silver Line? We're the industry leader, and one of NJ's fasted growing companies. We reward team spirit, loyalty and strong performance with a competitive salary, medical/dental/prescription benefits, vision discount, tuition reimbursement, profit sharing, 401k, on site cafeteria and opportunities for career advancement. For confidential consideration, please send your resume to: Manager Plant Recruitment, Job Code: ISPM, Silver Line Windows, 1 Silver Line Drive, PO Box 6029, North Brunswick, NJ 08902-6029; Fax: (732) 247-9325; E-mail: [EMAIL PROTECTED] Visit our website at: www.silverlinewindow.com EOE M/F/D/V -- - Charles Barouch, Moderator U2-Users U2-Community RBSolutions SBSolutions Visit http://listserver.u2ug.org, enter your e-mail address, and 'browse all' lists to maintain your access. For non-U2UG e-mail: [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Fingerprint scanner interface in U2
REPOSTED FOR NONMEMBER: Mac Bhyat [EMAIL PROTECTED] Hi all, I'm trying to build fingerprint scanning into Universe. The idea is that when a Universe login is required, the login will take place via a fingerprint. IE the User will scan the fingerprint, the image will be compared to a database, and if a match is found the relevant userid and password will be returned to universe to complete the login process. Has any implemented something like this, if so how ? I'm thinking of using sockets, and having a socket listener at the pc where is the scanner is connected. This listener will wait for a message from Universe saying that the user wishes to login, the scanner will then read the fingerprint and match it against a database, and then pass the login and password info back to universe. I have a tacoma fingerprint scanner, does anyone know of sdks for this scanner ? Thanks Mac - Charles Barouch, Moderator U2-Users U2-Community RBSolutions SBSolutions Visit http://listserver.u2ug.org, enter your e-mail address, and 'browse all' lists to maintain your access. For non-U2UG e-mail: [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Enhancement Requests -- Was: [U2] Knowledgebase access
REPOSTED FOR MEMBER WITH EMAIL PROBLEMS: Mike Rajkowski [EMAIL PROTECTED] Thanks for the lead in: For the past several months, I have been a member of the 'better and better' committee, and have recently volunteered to become the chairman of the committee. I understand everyone's frustration with obtaining information from IBM, and I will bring this up with the committee and IBM to se if there is anything we can do to help. In addition, the better and better committee is planning to better track its efforts. As some of you may have noticed, I have posted responses to several of the postings on the Better And Better - Enhancement Forum. http://www.u2ug.org/index.php?module=pnForumfunc=viewforumforum=23 My desires is to determine what request we still have on the table, so we can prioritize them, and present them to IBM. Once this effort is complete, we can provide periodic updates to the U2UG.org site. If you have any issues that you feel have fallen through the cracks, please enter them into the U2UG.org site. I hope to be monitoring on a daily basis. Michael Rajkowski Senior Programmer/Analyst Bolo Systems Inc. (720) 212 - 0691 -- - Charles Barouch, Moderator U2-Users U2-Community RBSolutions SBSolutions Visit http://listserver.u2ug.org, enter your e-mail address, and 'browse all' lists to maintain your access. For non-U2UG e-mail: [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UD] Best practices
Bill, Friday, January 27, 2006, 12:24:47 PM, you wrote: BH I've been converting dictionaries from a D3 dbms and am wondering what is BH considered best practices in virtual attribute design. BH Does one build standard Direct fields first then use these fields to build BH virtual attributes (I-Descriptors) or should one use the direct field BH references, EXTRACT() or n,n,n, in virtual attributes? BH DEPOSITED BH 001 D The date of the deposit. BH 002 2 BH VOID BH 001 D Is this a voided receipt? BH 002 12 BH DEPDATE BH 001 I The displayed deposit date (if not voided). BH 002 IF VOID = THEN DEPOSITED ELSE *Voided* BH or BH DEPDATE BH 001 I The displayed deposit date (if not voided). BH 002 EXTRACT( @RECORD, 2, 0, 0 ) ; EXTRACT( @RECORD, 12, 0, 0 ) ; BH IF @2 = THEN @1 ELSE *Voided* BH The obvious concern is if a direct field definition is renamed, then all BH references to the old field name need to be changed. I rarely rename a BH field, until I started exposing the data to other data sources and was BH forced to clean up the field names. So, hopefully, this won't be an issue BH in the future. I would go with using the dict names .. that is the beauty of the dictionary . that you don't have to hardcode a position in. And if some idiot deletes 'VOID' then they get what they deserve. It is better documented using name and should be a 'required' practice in a shop. AND if for some reason you want to restructure the table then there are no worries .. always with the right opinion .. your buddy -- DSig ` David Tod Sigafoos ( O O ) ___oOOo__( )__oOOo___ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Fingerprint scanner interface in U2
This topic was recently discussed in CDP: http://tinyurl.com/bxdnc (CC to Mac) Tony Gravagno, Nebula RD TG@ removethisNebula-RnD.com REPOSTED FOR NONMEMBER: Mac Bhyat [EMAIL PROTECTED] I'm trying to build fingerprint scanning into Universe. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] U2UG board activity: [U2] Knowledgebase access
The U2UG board has followed through on this over the last 6 months as part of the U2UG board and IBM U2 is aware of the issue. Unfortunately IBM U2 has to deal with some of the constraints of the IBM juggernaut that are not always easy to overcome. However the following are some of the actions that are underway and some of the folks from IBM may be able to further expand on. One issue raised was that only those who brought U2 product directly from IBM were able to access the knowledge base (required an IBM Customer Number ICN), which was an issue where ISVs were required to deal with a distributor which is common in a number of countries. IBM has made some changes to this process and I would recommend people negotiate with their distributors to see if they can gain access through these changes. (See the extract at the end of this email that was in a recent IBM newsletter) IBM U2 is also making some effort to move some of these documents to an area outside of the current process to make it available to other U2 users such as the recent article by Mark Baldbridge. http://www-128.ibm.com/developerworks/edu/dm-dw-dm-0512baldridge-i.html?S_TA CT=105AGX11S_CMP=FP The U2UG is also endeavoring to build up a knowledgebase available to the U2UG members with the prototype at the following link http://www.mvopen.org/kb The U2UG is also campaigning to get more examples made available by IBM to enable developers to quickly adopt new U2 technologies. The U2UG board will continue to present the concerns of members over issues such as this to IBM to improve processes for the U2UG members. Regards David Jordan U2UG Director Access to IBM Support Knowledgebase Extended to Tiered Partners and VAR --- End Users - IBM U2 OEM Partners and Master Distributors can grant access to the entitled IBM Support Knowledgebase for their associated End Users and/or Tiered Partners. The IBM U2 Support Knowledgebase is the main repository of Technical Support how-to's, hints and tips and other articles invaluable for supporting your U2 products and solutions. Access is available with the express consent of the Partner or Distributor. Full details of how Partners or Distributors request access is provided in the U2 Partners QuickPlace. If you currently hold a valid U2 OEM, Passport Advantage Express or Distributor Agreement and do not have access to this site please email [EMAIL PROTECTED] for access. The document in the U2 Partner QuickPlace is called Accessing the Knowledgebase: for Tiered Partners or VAR Endusers. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] How can I find the RIGHT IBM Contact?????
Debster If you want to drop me an email offline I'll look into this for you and try and point you in the right direction. (I don't know whether you received it - email filters being what they are - but I dropped you an email after your first post?). Please email me the UniVerse serial number(s) (which I will need to be able to help) and your contact details as well as the serial number(s). Unfortunately without these I will not be able to assist. IBM is a large company, and the parts of IBM that deal with hardware (lots), operating systems (multiple) and (a number of) databases and (various) tools are quite separate. Unfortunately it sometimes happens that if you don't know the right division to contact for each component you can get shunted around if the person you happen to contact is not sufficiently aware. I should be able to point you where you need to go. If UniVerse was acquired from a VAR then you will need to go to the VAR - but again I can tell you who it is. Over to you. Useful links for everyone: http://www.ibm.com/planetwide http://wwwibm.com/software/data/u2 Regards JayJay --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UD] Best practices
My ha'pennorth (trans: two cents) 1) If you are using multi-values or multi-subvalues please use Phrases (PH items) in your dictionaries. It makes life much easier (and safer) for all. 2) Don't assume the date format on the system the software is installed is *your* date format - be explicit. I have seen systems go very wrong because dates like 11/02/ were assumed to be the 2nd of November and not what they REALLY are (the 11th of February). I am sure the converse has happened as well 3) When you take a backup make sure the database is quiesced - either STOP the database or PAUSE it (dbpause/SUSPEND.FILES ON) - (take your backup/snap/split-mirror) and then (dbresume/SUSPEND.FILES.OFF). Disaster stories illustrating *don't do it* under separate cover please: ;-' Oh the stories we could tell...(but can't due to client confidentiality). Regards JayJay --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UO.NET and SB+
My understanding is the sbobject is the state based implementation and was too slow. My understanding was the stateless was more performant but not sb aware. Again past experience keeps is from going back. -- Sent from my BlackBerry Wireless Device -Original Message- From: [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Sent: Sat Jan 28 05:54:41 2006 Subject: RE: [U2] UO.NET and SB+ Glenn If you were considering a WWW route then RedBack supports SBObjects directly and gives you a connection pool while at the same time being SB+ aware. Regards JayJay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Batson Sent: 26 January 2006 23:12 To: u2-users@listserver.u2ug.org Subject: [U2] UO.NET and SB+ I sent this to SB+ solutions but I also thought someone here might have some opinions. Sorry if this has been discussed before. I'm having problems getting to indexinfocus.com to do a search. Is anyone using UO.NET in an environment that includes SB+. We are and to get into SB+ we have a wrapper subroutine that passes data through COMMON to an SB+ aware subroutine called by SB.REMOTE.PROCESS. I would like to know what other approaches may be used. One concern for us now is the overhead of the login logic that occurs every time. We are not trying to get around the license but are concerned with the processing overhead. In other words for every API call that calls a routine that uses SB+ we call SB.REMOTE.PROCESS which has to go through a login. I would like the login to stay persistent through the life of the connection pool connection. Does anyone have any suggestions or other secret ways of handling what we are trying to do? I know the initial response is why not use RedBack. We had a bad experience with RedBack and therefore went away from it. I definitely don't want to say RedBack is bad, because it may have been our own fault in how we implemented it. We just have a sour taste in our mouths and will not go back. Actually we ended up using SB.REMOTE.PROCESS in the RedBack world also because stateless RBOs did not support SB+ execution. Any input would be appreciated. Glenn Batson www.jenkon.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] U2UG board activity: [U2] Knowledgebase access
Goo'day, And all of this blithering and dithering leaves the poor bloody PE user just where, exactly? And, no, I'm not one but I do feel for them If my supposition is correct, PE users get no factory support (understandable) and no access to the knowledge base. Isn't that a marvellous way to spread the word...? BBB (Big Blue's Best) Marketing again. And hasn't there been a lot of that over the years? And I'll bet the PE comes with documentation and install instructions, FAQs, conversion advice and a directory of where to go and what to do ifWell, does it? Asking questions of the U2UG is not totally satisfactory, either. There is a time lag waiting for responses, time which most PE users would rather spend on their own investigations of. of. something, somewhere And, at the moment, indexinfocus, even if they know about it, just isn't the place to go and play If IBM VARs have the opportunity of restricting end-users from the knowledge base, which, by extension, means that PE users' access is also verboten, wouldn't IBM be better off bowing totally to their VARs and withdrawing from the PE industry completely letting the PE end of the market go to where they're appreciated? Who asked the VARs for their opinion in the first place? Of course they'd want to maximise their revenue stream, and not have end-users asking possibly embarrassing questions.. Being VAR driven and wanting to have a PE in the market place are two ideas that are a total antithesis to each other. As a consequence of this, do IBM really see the PE as ONLY for existing U2 users to have something to play around with at home?And ask their questions from work? You'd think that somebody, somewhere within the IBM labyrinth'd be charged with just a touch of nous, wouldn't you?But, that'd be only if, corporately, they gave a damn. And nobody, anywhere in there seems to have any sort of priority to do anything about it At 10:13 29/01/06 +1100, you wrote: The U2UG board has followed through on this over the last 6 months as part of the U2UG board and IBM U2 is aware of the issue. Unfortunately IBM U2 has to deal with some of the constraints of the IBM juggernaut that are not always easy to overcome. -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.1.375 / Virus Database: 267.14.23/243 - Release Date: 27/01/06 Regards, Bruce Nichol Talon Computer Services ALBURYNSW 2640 Australia http://www.taloncs.com.au Tel: +61 (0)411149636 Fax: +61 (0)260232119 If it ain't broke, fix it till it is! -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.1.375 / Virus Database: 267.14.23/243 - Release Date: 27/01/06 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] U2UG board activity: [U2] Knowledgebase access
Hi Bruce, Perhaps IBM (and the other majors as they are not the only ones that are guilty of this) could take a leaf out of the opensource handbook. Look at the documentation/instructions/examples/assistance that comes with MySQL, PostgreSQL and the others. There are some projects out there that are not that great, but in general they are pretty good. Regards --- ** _/ ** David Logan *** _/ *** ITO Delivery Specialist - Database *_/* Hewlett-Packard Australia Ltd _/_/_/ _/_/_/ E-Mail: [EMAIL PROTECTED] _/ _/ _/ _/ Desk: +618 8408 4273 _/ _/ _/_/_/ Mobile: 0417 268 665 *_/ ** ** _/ Postal: 148 Frome Street, _/ ** Adelaide SA 5001 Australia invent --- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Nichol Sent: Sunday, 29 January 2006 12:52 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] U2UG board activity: [U2] Knowledgebase access Goo'day, And all of this blithering and dithering leaves the poor bloody PE user just where, exactly? And, no, I'm not one but I do feel for them If my supposition is correct, PE users get no factory support (understandable) and no access to the knowledge base. Isn't that a marvellous way to spread the word...? BBB (Big Blue's Best) Marketing again. And hasn't there been a lot of that over the years? And I'll bet the PE comes with documentation and install instructions, FAQs, conversion advice and a directory of where to go and what to do ifWell, does it? Asking questions of the U2UG is not totally satisfactory, either. There is a time lag waiting for responses, time which most PE users would rather spend on their own investigations of. of. something, somewhere And, at the moment, indexinfocus, even if they know about it, just isn't the place to go and play If IBM VARs have the opportunity of restricting end-users from the knowledge base, which, by extension, means that PE users' access is also verboten, wouldn't IBM be better off bowing totally to their VARs and withdrawing from the PE industry completely letting the PE end of the market go to where they're appreciated? Who asked the VARs for their opinion in the first place? Of course they'd want to maximise their revenue stream, and not have end-users asking possibly embarrassing questions.. Being VAR driven and wanting to have a PE in the market place are two ideas that are a total antithesis to each other. As a consequence of this, do IBM really see the PE as ONLY for existing U2 users to have something to play around with at home?And ask their questions from work? You'd think that somebody, somewhere within the IBM labyrinth'd be charged with just a touch of nous, wouldn't you?But, that'd be only if, corporately, they gave a damn. And nobody, anywhere in there seems to have any sort of priority to do anything about it At 10:13 29/01/06 +1100, you wrote: The U2UG board has followed through on this over the last 6 months as part of the U2UG board and IBM U2 is aware of the issue. Unfortunately IBM U2 has to deal with some of the constraints of the IBM juggernaut that are not always easy to overcome. -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.1.375 / Virus Database: 267.14.23/243 - Release Date: 27/01/06 Regards, Bruce Nichol Talon Computer Services ALBURYNSW 2640 Australia http://www.taloncs.com.au Tel: +61 (0)411149636 Fax: +61 (0)260232119 If it ain't broke, fix it till it is! -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.1.375 / Virus Database: 267.14.23/243 - Release Date: 27/01/06 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] U2UG board activity: [U2] Knowledgebase access
Goo'day, David, As far as I can see the problerm comes from IBM undertaking to protect the VARs revenue streams... The established U2 community, IBM - (Distributor) - (Dealer/VAR) - End User works, works well, and will continue to work, until, that is, IBM provide PE's direct to End Users.End Users of the PE variety want and need all the stuff normally provided with PE's, and as far as they're concerned, it should come from IBMEnd Users of the non-PE variety are used to travelling back up the chain for their needs. I'd hate to have to contact IBM with some of the problems I throw er. threw back up the chain If IBM are not going to provide free access to the U2 knowledge base (at their VARs request), then they've got to get out of the PE business, for their own sake, as well as that of their products... They can't have it both ways. unless they can define their PE as something that will get around the VARs reluctance to get out of the way At 14:19 29/01/06 +1100, you wrote: Hi Bruce, Perhaps IBM (and the other majors as they are not the only ones that are guilty of this) could take a leaf out of the opensource handbook. Look at the documentation/instructions/examples/assistance that comes with MySQL, PostgreSQL and the others. There are some projects out there that are not that great, but in general they are pretty good. Regards --- ** _/ ** David Logan *** _/ *** ITO Delivery Specialist - Database *_/* Hewlett-Packard Australia Ltd _/_/_/ _/_/_/ E-Mail: [EMAIL PROTECTED] _/ _/ _/ _/ Desk: +618 8408 4273 _/ _/ _/_/_/ Mobile: 0417 268 665 *_/ ** ** _/ Postal: 148 Frome Street, _/ ** Adelaide SA 5001 Australia invent --- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Nichol Sent: Sunday, 29 January 2006 12:52 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] U2UG board activity: [U2] Knowledgebase access Goo'day, And all of this blithering and dithering leaves the poor bloody PE user just where, exactly? And, no, I'm not one but I do feel for them If my supposition is correct, PE users get no factory support (understandable) and no access to the knowledge base. Isn't that a marvellous way to spread the word...? BBB (Big Blue's Best) Marketing again. And hasn't there been a lot of that over the years? And I'll bet the PE comes with documentation and install instructions, FAQs, conversion advice and a directory of where to go and what to do ifWell, does it? Asking questions of the U2UG is not totally satisfactory, either. There is a time lag waiting for responses, time which most PE users would rather spend on their own investigations of. of. something, somewhere And, at the moment, indexinfocus, even if they know about it, just isn't the place to go and play If IBM VARs have the opportunity of restricting end-users from the knowledge base, which, by extension, means that PE users' access is also verboten, wouldn't IBM be better off bowing totally to their VARs and withdrawing from the PE industry completely letting the PE end of the market go to where they're appreciated? Who asked the VARs for their opinion in the first place? Of course they'd want to maximise their revenue stream, and not have end-users asking possibly embarrassing questions.. Being VAR driven and wanting to have a PE in the market place are two ideas that are a total antithesis to each other. As a consequence of this, do IBM really see the PE as ONLY for existing U2 users to have something to play around with at home?And ask their questions from work? You'd think that somebody, somewhere within the IBM labyrinth'd be charged with just a touch of nous, wouldn't you?But, that'd be only if, corporately, they gave a damn. And nobody, anywhere in there seems to have any sort of priority to do anything about it At 10:13 29/01/06 +1100, you wrote: The U2UG board has followed through on this over the last 6 months as part of the U2UG board and IBM U2 is aware of the issue. Unfortunately IBM U2 has to deal with some of the constraints of the IBM juggernaut that are not always easy to overcome. -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.1.375 / Virus Database: 267.14.23/243 - Release Date: 27/01/06 Regards, Bruce Nichol Talon Computer Services ALBURYNSW 2640 Australia http://www.taloncs.com.au Tel: +61 (0)411149636 Fax: +61 (0)260232119 If it ain't broke, fix it till it is! -- No virus found in