Uniface Client Server App Development

uniface software, uniface technology, uniface project, uniface forum

Archive for January, 2011

Re: [U-L] do you think uniface/400 is better thandelphi/400?-Repl y

> My goodness.  So far, as of this writing, there have been four
> responses on
> this thread – ALL NEGATIVE AGAINST UNIFACE!  Considering this is a
> Uniface
> user list, I would expect some defenders, not to mention rabid
> proponents.
> I’m a relatively new user of Uniface, so for me, the jury is still
> out.  But
> the lack of positive responses is a little disconcerting.

Reading all the negative responses, I really felt that this was an
organised attack against Uniface/Compuware. But all the arguments were
outdated or wrong or weak. I’ve been using Uniface for 2 years now, and
it seems to me you can do anything you want with it. V7 is even more
powerfull. And if there is a bug, there is always a workaround or a fix.
Of course, you have to think a lot to design a proper application model
suitable for Uniface : if you just go programming on the first day of
the project, you just fail. And then you can say it is because of the
tool…

And also, something really great with Uniface is this mailing list…

Regards

Benoit.

.
posted by admin in Uncategorized and have No Comments

Uniface Opportunities

ASC Solutions Inc., a Dallas based, fast growing IT Organisation is looking
for hot shot Uniface developers. The ideal person should  have 3-4  years
of programming experience in the Uniface world. Ability to communicate well
with the users is a must . Uniface 6.0/7.0 is preferred. Exposure to
relational database is a plus

Positions are Dallas based. Visa/Relocation assistance is available

Direct resumes to the attn of  Barry ;
  (972)-492-0790 (fax)
  ha…@ascsol.com (word pref)                            
Kindly visit http://www.ascsol.com for more  info on ASC Solutions.  

posted by admin in Uncategorized and have No Comments

[U-L] [U-L] RE:_[U-L]_do_you_think_uniface/400_is_better_than_delphi/400? -Reply -Reply

Hi Luis,

I was trying to put all the allegedly bad points in the first part of
the document and the good points at the last … that way,
whenever I read it I am left with a great feeling when I’m finished
with it  :-) That how it became non chronological – maybe I should
have used ‘non-sequential’.

Cheers,
Rajesh

>>> "Luis M. Martinez" <idisa_lmarti…@spin.com.mx>

19/June/1998 04:53am >>>
Hello Rajesh,

I’m wondering why your GOOD-BAD.TXT personal file already
includes the same
replies to Jonson’s post sent by Paul Nicolai and Deplhi Lover
yesterday
afternoon (Jun. 17,

It seems every time somebody ask for UNIFACE experiences
those responses
are sent faster than nothing, or perhaps you included both
emails yesterday
afternoon in the middle of the document not at the end as it is
commonly
done in a non-chronological document?

Luis M. Martinez
IDISA

—–Mensaje original—–
De:     Rajesh Babu [SMTP:R...@TELECOM.CO.NZ]
Enviado el:     Miercoles 17 de Junio de 1998 5:34 PM
Para:   chai…@163.net; unifac…@uug.org
Asunto: [U-L] do you think uniface/400 is better than
delphi/400?     -Reply

Hi Jonson,

We had a discussion about the positive and negative points of
Uniface some time back. Please find attached,  my (very edited
and completely rearranged – it does not follow the discussion
thread) copy of the mail involved in it.  You could possibly get the
better,  unexpurgated versions in the archives – this is just a
personal copy.

Hope this is useful.

Regards,
Rajesh

>>> jonson chai <hu…@hotmail.com> 18/June/1998 12:35am

hello, my friends in this group,
are you using uniface now? do you think uniface is a kind of the
best
develop tools for windows? is it best than delphi 3 ,jBuilder, vb5
or PB
6?
do you use uniface 7.2 for AS/400? is it better than Delphi/400 or
jBuilder/400.
do you think that the uniface is good develop tools for a OLTP
project(for banking)?
if you tell me yes , please tell why also.
I need your help.
please mail to me
chai…@163.net     or  hu…@hotmail.com

 <<Archivo: GOOD-BAD.TXT>>

posted by admin in Uncategorized and have No Comments

Uniface and Object Oriented Case tools (ObjectTeam)

When will Compuware release the Uniface UML API and which tool venders
are going to use it?

Cayenne made the following annoucement:
http://www.cayennesoft.com/press/04_27_98.html

—–== Posted via Deja News, The Leader in Internet Discussion ==—–
http://www.dejanews.com/   Now offering spam-free web-based newsreading

posted by admin in Uncategorized and have Comment (1)

Reuse

Has anyone devised a method to measure reuse with Uniface applications???

Thanks,

———————————————————

Anthony Widdowson
Midland Software Limited

Email: a.widdow…@midland-software.co.uk

posted by admin in Uncategorized and have No Comments

[U-L] Password Encryption

     Hi,

     Does anybody out there know of any password encryption routines
     available, either as freeware or to be purchased, which can be called
     from Uniface (using a ‘C’ wrapper or otherwise)?

     Cheers,
     Vasu Rangaswami

posted by admin in Uncategorized and have Comments (2)

Re: [U-L] do you think uniface/400 is betterthandelphi/400?-Reply

Two more things that you have to take into account.
        1. The "printing" programs follow the old traditional way, you have to
write
lot of "proc" code for a nice-looking report. (I hope for a reliable
solution with Crystal Reports or Business Objects in 7.2.03  - if i
remember correctly).
        2. If you are working for a software house, I think that Uniface is more
expensive in development and deployment fees than Delphi 3 or PB6.

———-
> From: Gerardo Marin <gma…@spin.com.mx>
> To: unifac…@uug.org
> Subject: Re: [U-L] do you think uniface/400 is

betterthandelphi/400?-Reply

- — -

> Date: ÐáñáóêåõÞ, 19 Éïõíßïõ 1998 11:12 ðì

> Ed,
> Religious wars are always sour and with little or no gain for contenders,
> but I think I should put at least one gunpowder grain.

> Having been at both sides of the table (first as Uniface consultant,
later
> as MIS mgr.) I have had the chance to use and evaluate (and even suffer)
> most of the development tools mentioned here.  I should mention also that
> my last hands-on experience was with 6.1.dt and not with the latest
> versions, so anything I state here is ‘unfair’ with Uniface as actually
is.
> Then, I’ll share some of those experiences:

> Platform independence:
> Uniface gives me anything I want to run any OS I want (well, Linux is not
> supported… yet, I hope someday it will be) against any database. With
as
> little as a VT100 or as big as the best workstation you can mention.  To
do
> it you just require a single PC with as little as dbase -if you want to
> take the risk, of course.  I really don’t care on what will be on the
front
> end or the back end.  Who can offer me the same?  ’Write once, run
> everywhere’ as said by Sun Java was one of Uniface’s first delivers, when
> nobody would even talk of Java or anything closer.  Even if you talk
Java,
> it may not run on Windows because MS implementation is not pure Java
(just
> ask why Sun sued MS), so it’s not really a choice for me in Windows.
> Using Uniface makes me feel safer than VB on
> what-the-heck-would-be-Windows2000.  You should know it if you ever tried
> to migrate a data access application from VB3 in Windows 3.1x to VB4 or 5
> in W95. It’s a painfull task since data access objects don’t behave the
> same and lots of functions changed between versions.  Gee! Here comes
VB6!
> Migrating well designed Uniface apps from 5 to 6 was really a breeze, and
> differences were minor and documented (and in some cases there was a step
> back in some new behaviors, when they were against the ‘common use of’
> defaults, I just try to imagine MS doing the same).
> I had also to port a VB5 application from SQLServer to Informix and it
> didn’t worked at all (SQLServer driver will fetch from a table with no
> indexes, while Informix driver requires at least an index, so… just try
> to dig it at first).

> Language limitations:
> Uniface proc is a data oriented language within an event oriented
> development tool.  Six lacked a lot of things (formal parameters, flow
> control, few choices of data types).  A lot of it has been improved on 7.
> It always seemed to me too old-Basic-like to feel comfortable.
> Certainly here Delphi shines.  Pascal-like construction is cleaner and
more
> readable, and that will be an advantage taking into account the number of
> lines of code you’ll use to achieve the same results that Uniface would
> give you with none.
> And Basic will be Basic forever, Visual or not, with ‘Option Explicit’ or
not.

> Do I *really* need more? What kind of system am I writing?  If it’s a
full
> multimedia app. with little or none db access surely I would never use
> Uniface.  Its true! It’s not a 3GL! And that’s great:  Uniface should be
> used for db access tasks, not for fireworks.  C is the best tool for
> fireworks, Delphi can be an excellent tool for Windows fireworks, so ask
> yourself: what do you really need?  If you need robust access to
databases
> the answer is easy.
> And don’t forget that you still can call the fireworks from within
Uniface.
> Uniface debugger was poor.  It required a lot of interaction to really
> work.  However it did the job.

> Database Access:
> I would not talk about JDBC, because I have no experience using it, but I
> could say quite a lot of ODBC.
> Can anyone call ODBC a real solution to db access? Is really efficient to
> use the application<->driver-manager<->driver<->network<->engine approach
> used by ODBC?
> By the time Delphi and VB realised that it wasn’t, Uniface had quite a
lot
> marketed as a solution of direct calls to the driver… or the network,
if
> you use polyserver, so SQL preparation is done on server side and not on
> the client.
> Have you ever inspected database inserts/updates in VB, particulary on
old
> developments?  You’ll find lots of code like
> sqlsentence = "insert into table my table "

> if text1.text <> "" then
>    sqlsentence = sqlsentence & "set field1 =" & trim(text1.text)
> else
> ….
> database.execute(sqlsentence,dbsqlpassthrough)

> ‘Why?’ Would you ask the programmer.
> ‘It’s faster than painting the data control, and doesn’t lock’ He/she
would
> answer.  ’And the sqlpassthrough is because Jet engine would convert the
> SQL into whatever it wants and not what I need’.

> Delphi has a direct drive solution.  VB now has it.  And in the best case
> they’re as good as Uniface.
> In general terms, Uniface is at least as fast, if not faster, than other
> development tools when reading from the database.  The fastest is, of
> course, the use of ESQL/C, and then you’ll have to pay the price of a lot
> of code.

> Team development:
> VB? Yeah, right.  Your VCS should be acompained with lots of prayers.
> And don’t forget to keep a backup of your Delphi’s class libraries,
because
> a creative programmer can re-invent the keyboard class.  Having the
> repository in the database gives you a lot of control, from within
Uniface
> or the database itself if you want to.

> Bugs / stability
> Once again, Borland shines.  They have made always the best compilers in
> the market.
> Earlier versions of Uniface 6 weren’t quite good.  However Compuware made
a
> very good effort on later versions.  And at least, reading this list, it
> seems to me that 7 is quite stable.
> VB… when accessing data makes me cry. Just make the mistake of mixing
> DAO, Jet and RDO components in your application.  Try to debug your SQL
> using odbctrac (and even better tools like DrDeeBee), it’s quite worst
than
> a /PRI=255.
> And I still wonder how much can you blame the development tool of the
> crashes with a poor OS like Windows95 (Ok, we have to live with it, not
to
> love it).

> Ok. This post was longer than I wanted. I’ll try to resume it:
> When I was new to Uniface I was a harsh critic.  I didn’t like it. I
cried
> for my good old C, ESQL included.
> Now I miss it a lot.

> A 09:23 18/06/98 -0400, you wrote:
> >My goodness.  So far, as of this writing, there have been four responses
on
> >this thread – ALL NEGATIVE AGAINST UNIFACE!  Considering this is a
Uniface
> >user list, I would expect some defenders, not to mention rabid
proponents.
> >I’m a relatively new user of Uniface, so for me, the jury is still out.
But
> >the lack of positive responses is a little disconcerting.

> >Ed Gianni
> >National Fuel Gas
> >"Building Tomorrow’s Legacy Today"  :-)

posted by admin in Uncategorized and have No Comments

Re: [U-L] do you think uniface/400 is better than delphi (Repost

This is a repost of a message that was accidentally
discarded. (Sorry Jack.)

- — -

——- Forwarded Message Follows ——-
From:          jeise…@MNSi.Net
To:            unifac…@uug.org
Subject:       Re: [U-L] do you think uniface/400 is better than delphi

The following message was inadvertently sent to Chuck instead of the
list server.  I am, therefore, reposting the message:

Original response begins:
=============================================
I’m adding my two cents to this discussion for two reasons:

1)  My original email on this subject was quoted in a negative context,
even though I am pro-Uniface.

2)  To add weight to Chuck’s response shown below.

It’s an unfortunate fact that people who do not like something are far
more likely to speak up against a product or service than those who like
it and take it for granted.  I have also witnessed this debate over a
period of several years, and have previously suggested that people who
don’t like a product should find something else, and get on with their
lives!  I guess it’s time for me to speak to why I like Uniface, rather
than just remaining silent.

Rapid Application Design tools have been around for years.  Each one seems
more feature rich than its predecessor.  There is no perfect tool, and I
have seen postings in this list, as well as elsewhere, that encourage the
user to select the best tool for whatever project is currently on the
table.  Sometimes that tool will be Uniface.  Sometimes it won’t be.

Because Uniface attempts to address compatibility with a wide range of
platforms, databases, and presentations, there are times when compromises
are made.  While it may be true that "windows-based" tools will do a purer
and faster job of working on a windows platform, that does you no good if
you are designing an application for which the deployment decision has not
been made, or worse, has been made but is subject to change.

The Oracle Suite of tools (for example) are very good at what they do.
However, they also have a steep learning curve, and, of course, presuppose
a commitment to Oracle.

Chuck indicated, and I agree, that the choice of an Enterprise Development
System is based on more than choosing the latest "hot" development tool.
In the life cycle of a mission critical task, maintenance of an
application takes the over-whelming percentage of time; and proper
maintenance requires careful design.

The notion that Uniface is NOT well suited to rapid application
development is only true for those that believe that the first step in
writing an application is to design screens.  If you define Rapid
Application Development as the total time to deliver a MEANINGFUL
prototype, I still think Uniface holds its own.

I also want to address corporate backing for a product.  Here, I will need
to preface my remarks with a warning of bias.  While my previous postings
regarding Uniface were made as an employee of a non-related company, I am
now a Compuware employee.  While this is only my opinion, I believe that
the financial strength of Compuware and its commitment to the product help
to make Uniface a strong product for Enterprise Development.

Uniface has come a long way in the five years I have used it.  It’s not
perfect, and never will be.  But it represents a good middle ground for
those who were raised with procedural languages, and who are now facing
pressure to migrate to a "pure object oriented" paradigm.  As components
become more important, and more available, we will be able to take
advantage of the "best of breed" components built in languages such as
Delphi, C++, Java, et al, while still taking advantage of the 4GL
advantages Uniface has to offer.

Jack Eisenberg

> Because we’ve heard it before …… starting about 5 years ago when
> ver. 5 hit the GUI market. It was compared to PB, then VB, now Delphi.
> In my opinion, Uniface is not your standard Windows/RAD dev. tool. It
> was and still is designed to meet customer’s needs who needed
> flexibility on both Client (WIN, MAC, etc.) and Server (DBMS, Mainframe,
> You-Name-IT). Meeting this requirement makes Uniface a very complex &
> complicated tool. If you want a basic window’s app. w/ a standard DBMS
> interface, then use the other guys. If you need an Enterprise wide dev.
> tool to present your app. to WIN & MAC’s interfacing to
> PeopleSoft/SAP/BAAN, store to Oracle/Sybase/etc., and update VSAM
> datasets on a Mainframe ……. then Uniface maybe the tool to do the
> job.

> Chuck

> > —–Original Message—–
> > From: Ed Gianni [SMTP:gian...@natfuel.com]
> > Sent: Thursday, June 18, 1998 8:23 AM
> > To:   unifac…@uug.org
> > Subject:      Re: [U-L] do you think uniface/400 is better than
> > delphi/400?-Reply

> > My goodness.  So far, as of this writing, there have been four
> > responses on this thread – ALL NEGATIVE AGAINST UNIFACE!  Considering
> > this is a Uniface user list, I would expect some defenders, not to
> > mention rabid proponents.

> > I’m a relatively new user of Uniface, so for me, the jury is still
> > out. But the lack of positive responses is a little disconcerting.

> > Ed Gianni
> > National Fuel Gas
> > "Building Tomorrow’s Legacy Today"  :-)

> > >>> Rajesh Babu <R…@telecom.co.nz> 06/17/98 07:33PM >>>
> > Hi Jonson,

> > We had a discussion about the positive and negative points of
> > Uniface some time back. Please find attached,  my (very edited
> > and completely rearranged – it does not follow the discussion
> > thread) copy of the mail involved in it.  You could possibly get the
> > better,  unexpurgated versions in the archives – this is just a
> > personal copy.

> > Hope this is useful.

> > Regards,
> > Rajesh

> > >>> jonson chai <hu…@hotmail.com> 18/June/1998 12:35am

> > hello, my friends in this group,
> > are you using uniface now? do you think uniface is a kind of the
> > best
> > develop tools for windows? is it best than delphi 3 ,jBuilder, vb5 or
> > PB 6? do you use uniface 7.2 for AS/400? is it better than Delphi/400
> > or jBuilder/400. do you think that the uniface is good develop tools
> > for a OLTP project(for banking)? if you tell me yes , please tell why
> > also. I need your help. please mail to me chai…@163.net     or
> > hu…@hotmail.com

posted by admin in Uncategorized and have No Comments

Async Services

I have a form which is calling an asynchronous service (non modal,
detached) in the execute trigger to log that the form has been opened by a
particular user.

The problem is that the async service is not being called until the execute
trigger has terminated, ie. When the form terminates.

Is there any way we can call the async service before the execute
terminates either via using another trigger or another method???

Thanks In Advance,

———————————————————

Anthony Widdowson
Midland Software Limited

Email: a.widdow…@midland-software.co.uk

posted by admin in Uncategorized and have No Comments

Test/Production Enviroments

I currently have both my test and production environment on one server.
I have recently expanded to placing my test system on a second server.
Is there something in the .asn file or any other file that needs to
point to this new server name?

The database is Sybase and the serviers are both SVR4 UNIX

The clients are a mix of ’95/3.11 machines.

I need to be able to access both servers from the same client.

Thanks in advance

Jesse Bogart
Database/Network Administrator

posted by admin in Uncategorized and have No Comments