The BASIC Developer Toolkit represents a significant step in the right
direction which will set the standard for U2 toolsets.
There will also be third-party tools that may have better features or potential
work better. But none that will have the integration and back-up of IBM's U2
team.
As
David,
I agree. I have yet to see a compelling reason to have just one tool.
My projects and needs vary too much to just use AccuTerm, or just use
mvDeveloper, or just use *anything*. I need a variety of tools in my
toolkit.
- Chuck Have More Than Just Hammers, See More Than Just Nails
Charles,
Having worked for a lot of different organizations that build code on other
platforms, I would disagree with your comments. You will see MS programmers
in Visual Studio all day, day after day. You will see Java programmers do
the same in Eclipse. Oracle programmers are no different.
Hey y'all,
I'm looking for contract/freelance programming work that I can do
part-time from home in the evening/weekend hours. I have worked in the
Pick/U2 world since 1988, been a programmer since 1997, and have
experience with a variety of applications (wholesale distribution,
inventory
I am going to attemp to get Komodo Edit U2-aware. It is a compelling editor.
No heavier than Mozilla Firefox, and very cross platform compatible. Anyone
want to team up on the effort?
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
As eclipse is talking to Universe through java uniobjects, I suspect that half
the work is already done to be able to duplicate this on .Net. It is really a
requirement of someone duplicating the eclipse functionality in .Net and use
the same calls to the database
David Jordan
David,
Sometime when you have about 3 to 4 hours, myself and my staff will tell you
how difficult and totally unnecessary it would be to port an U2 Eclipsed
based Editor to .NET. IBM has an article about migrating .NET applications
from Visual Studio to Eclipse. The article also talks about using
We purchased an relatively inexpensive (compared to GenTran) Translation
package. www.softsearch.com It provides many standard templates for
various EDI Docs, but it is not for EDI alone. It can be used to produce
EDI, XML docs (for cross platform use), and even text data files, it sends
The two biggest problems I have found with EDI are..
If you coded it...it does not have the flexibility of a translator
(especially when someone sends segments out of whack) and It is a pain to
tweak for 1 or 2 oddballs
It's better to leave it to someone else to keep the standards up to date.
