Oggetto: Re: (forte-users) XML - ExportDocumentproblem

Ok, I'll detail the question.
The application I'm talking about is a Fortè server and a Java client (or other
client platform).
I have to send via HTTP a XML message to and from the two.
I'm developing the Forte side (but think will have the same problems in Java).
Since there could be lots of client sides developed by others teams (or given
out to external suppliers) my concern is to send the message containing the DTD
information to enforce the validation on the various application.
Maybe you are right and I'm overcautious, but the messages are to be built
following the various DTDs (and this is impossible aside starting from a xml
template, since I cannot create a DTD runtime or insert a declaration <!DOCUMENT
...> ... I'll example:)
doc : document = new();
xml : processistruction = doc.createprocessistruction('xml version="1.0"');
root : element = doc.createelement('root');
dtd : ????? = doc.create??????(???);
doc.addchild(xml);
doc.appendchild(dtd);
doc.addchild(root);
All would be nice if I only know how to fill the ???
This is needed because I want to use the parser to make the work for me and
check the doc while I build it.
Also since the DTD should be put on a url it could change and I need to send
this info along with the message to inform the client (since I'm the server
[suffering of multiple personality problem] I think is my duty).
If I recall well DTD are meant to force the parser to create defaults and things
like that.
As I said I'm new of the problem and probabli I may use DTD in a wrong way, but
Luca
Matthew Middleton <mathew.middletonlawpoint.com.au> il 09/08/2000 01.03.16
Per: forte-userslists.xpedior.com
cc: (ccr: Luca Gioppo/CSI/IT)
Oggetto: Re: (forte-users) XML - ExportDocument problem

I went through the same process some time back. I
submitted a call to Forte and was informed that there
are hooks but they were intentionally undocumented
because Forte had plans to provide a interface to
Source Control Managers in future releases. If you
submit a call, they will send you a ZIP file
containing instructions on how to use the hooks. The
hooks have proven very useful.
--- Luca Gioppo <Luca.Gioppocsi.it> wrote:
>
>
I think that the topic is still open and alive.
In my case I have the need to integrate with PVCS
dimension.
The problem for me is that we develop both with java
and tool, and is
frustrating seeing java people smiling as tha
various tools give the chance to
integrate to various extends with source control
products.
I'm interested too in the problem, looking for a
solution since a bit, but no
satifactory solutions.
So count 2 on the problem.
Luca
"David Potts" <david.pottss1.com> il 23/11/2000
17.12.47
Per: forte-userslists.xpedior.com
cc: (ccr: Luca Gioppo/CSI/IT)
Oggetto: (forte-users) Source Control
Hello,
I'm looking how to do version control for forte
development, and have
done a search on the list archive. There are lots
of messages asking
how to do source control, but the answers all seem
to be "roll your
own". My questions are:
(1) Most of the postings seem to come from some
years ago. What is the
current state of play with source control for forte
4GL?
(2) There was some mention of "hooks". What are
these hooks?
(3) With Sun appearing on the scene, anyone got any
idea where source
control is going in future versions?
I'm very new to Forte, so sorry if this topic has
been closed.
Cheers,
Dave.
ATTACHMENT part 2 application/octet-streamname=david.potts.vcf
http://shopping.yahoo.com/

Similar Messages

  • RE: (forte-users) XML Parser - Reading an XML document intothe Document

    Hi Laks
    Here is an example of converting a XML doc to a DOM object.
    The method is ParseXML(pXMLString:TextData, pListType:CSAListInterface).
    Hope this helps.
    Argyris Simakis
    Corporate Services Applications ITB
    Sydney AUSTRALIA
    -----Original Message-----
    From: Narayanan, Lakshmi [mailto:lnarayanoxhp.com]
    Sent: Thursday, April 06, 2000 8:31 AM
    To: 'kamranaminyahoo.com'
    Subject: (forte-users) XML Parser - Reading an XML document into the
    Document Object
    Importance: High
    Hi guys,
    I have been trying to read an XML file and feed it into the XMLParser.
    I have read about the DOM API, and i can work with the DOM API in java
    scripts. How
    will i play with it in TOOL implementation of DOM API. Can anyone guide me
    in this
    process.
    Thanks for your help.
    Laks
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

    Hi Laks
    Here is an example of converting a XML doc to a DOM object.
    The method is ParseXML(pXMLString:TextData, pListType:CSAListInterface).
    Hope this helps.
    Argyris Simakis
    Corporate Services Applications ITB
    Sydney AUSTRALIA
    -----Original Message-----
    From: Narayanan, Lakshmi [mailto:lnarayanoxhp.com]
    Sent: Thursday, April 06, 2000 8:31 AM
    To: 'kamranaminyahoo.com'
    Subject: (forte-users) XML Parser - Reading an XML document into the
    Document Object
    Importance: High
    Hi guys,
    I have been trying to read an XML file and feed it into the XMLParser.
    I have read about the DOM API, and i can work with the DOM API in java
    scripts. How
    will i play with it in TOOL implementation of DOM API. Can anyone guide me
    in this
    process.
    Thanks for your help.
    Laks
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

  • RE: (forte-users) XML Parser - Reading an XML document intothe D ocumen

    Hi Simakis,
    Your attachments explained the exact start i was looking for.
    Thanks a lot for sharing.
    Thanks
    Laks
    -----Original Message-----
    From: Simakis, Argyris [mailto:Argyris.Simakisdet.nsw.edu.au]
    Sent: Thursday, April 06, 2000 12:35 AM
    To: 'Narayanan, Lakshmi'
    Cc: 'kamranaminyahoo.com'
    Subject: RE: (forte-users) XML Parser - Reading an XML document into the
    D ocument Object
    Hi Laks
    Here is an example of converting a XML doc to a DOM object.
    The method is ParseXML(pXMLString:TextData, pListType:CSAListInterface).
    Hope this helps.
    Argyris Simakis
    Corporate Services Applications ITB
    Sydney AUSTRALIA
    -----Original Message-----
    From: Narayanan, Lakshmi [mailto:lnarayanoxhp.com]
    Sent: Thursday, April 06, 2000 8:31 AM
    To: 'kamranaminyahoo.com'
    Subject: (forte-users) XML Parser - Reading an XML document into the
    Document Object
    Importance: High
    Hi guys,
    I have been trying to read an XML file and feed it into the XMLParser.
    I have read about the DOM API, and i can work with the DOM API in java
    scripts. How
    will i play with it in TOOL implementation of DOM API. Can anyone guide me
    in this
    process.
    Thanks for your help.
    Laks
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

    Hi Simakis,
    Your attachments explained the exact start i was looking for.
    Thanks a lot for sharing.
    Thanks
    Laks
    -----Original Message-----
    From: Simakis, Argyris [mailto:Argyris.Simakisdet.nsw.edu.au]
    Sent: Thursday, April 06, 2000 12:35 AM
    To: 'Narayanan, Lakshmi'
    Cc: 'kamranaminyahoo.com'
    Subject: RE: (forte-users) XML Parser - Reading an XML document into the
    D ocument Object
    Hi Laks
    Here is an example of converting a XML doc to a DOM object.
    The method is ParseXML(pXMLString:TextData, pListType:CSAListInterface).
    Hope this helps.
    Argyris Simakis
    Corporate Services Applications ITB
    Sydney AUSTRALIA
    -----Original Message-----
    From: Narayanan, Lakshmi [mailto:lnarayanoxhp.com]
    Sent: Thursday, April 06, 2000 8:31 AM
    To: 'kamranaminyahoo.com'
    Subject: (forte-users) XML Parser - Reading an XML document into the
    Document Object
    Importance: High
    Hi guys,
    I have been trying to read an XML file and feed it into the XMLParser.
    I have read about the DOM API, and i can work with the DOM API in java
    scripts. How
    will i play with it in TOOL implementation of DOM API. Can anyone guide me
    in this
    process.
    Thanks for your help.
    Laks
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

  • Re: (forte-users) Oggetto: Re: (forte-users) mouseCursors

    Luca,
    Forte makes use of mouse settings on the machine on which
    the app is being run.
    You can ad custom cursors by making the default
    cursor schemes use your bitmaps( Windows/Control Panel/ Mouse ).
    But when you deploy your app, if the client machine(s)
    has a different setting, you will not see your
    custom cursors.
    I don't know if there is a way in Forte to tweak
    Mouse settings on client machines. Even if there was a
    way, how would you add the the custom cursor(s) to
    app distribution??
    Ajith Kallambella M.
    Forte Consultant.
    From: Luca Gioppo <[email protected]>
    To: [email protected]
    CC: [email protected]
    Subject: (forte-users) Oggetto: Re: (forte-users) mouse Cursors
    Date: Tue, 19 Oct 1999 17:20:00 +0200
    Aready tryed, but with 'sad' result.
    My application run under win '95 and cursors look really .. lets say
    umpleasant.
    I'd like to have a bitmap of mine or something like that.
    Hoped that things like that were not so difficult, even with some
    costraint.
    Luca
    For the archives, go to: http://lists.sageit.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: [email protected]

    I went through the same process some time back. I
    submitted a call to Forte and was informed that there
    are hooks but they were intentionally undocumented
    because Forte had plans to provide a interface to
    Source Control Managers in future releases. If you
    submit a call, they will send you a ZIP file
    containing instructions on how to use the hooks. The
    hooks have proven very useful.
    --- Luca Gioppo <Luca.Gioppocsi.it> wrote:
    >
    >
    I think that the topic is still open and alive.
    In my case I have the need to integrate with PVCS
    dimension.
    The problem for me is that we develop both with java
    and tool, and is
    frustrating seeing java people smiling as tha
    various tools give the chance to
    integrate to various extends with source control
    products.
    I'm interested too in the problem, looking for a
    solution since a bit, but no
    satifactory solutions.
    So count 2 on the problem.
    Luca
    "David Potts" <david.pottss1.com> il 23/11/2000
    17.12.47
    Per: forte-userslists.xpedior.com
    cc: (ccr: Luca Gioppo/CSI/IT)
    Oggetto: (forte-users) Source Control
    Hello,
    I'm looking how to do version control for forte
    development, and have
    done a search on the list archive. There are lots
    of messages asking
    how to do source control, but the answers all seem
    to be "roll your
    own". My questions are:
    (1) Most of the postings seem to come from some
    years ago. What is the
    current state of play with source control for forte
    4GL?
    (2) There was some mention of "hooks". What are
    these hooks?
    (3) With Sun appearing on the scene, anyone got any
    idea where source
    control is going in future versions?
    I'm very new to Forte, so sorry if this topic has
    been closed.
    Cheers,
    Dave.
    ATTACHMENT part 2 application/octet-streamname=david.potts.vcf
    http://shopping.yahoo.com/

  • RE: (forte-users) XML and XSL in Forte

     

    We too (at Viking Freight) would also be very interested to see if anybody
    has produced such a useful series of classes...
    Frank Lees, Developer
    -----Original Message-----
    From: Amin, Kamran [mailto:kamran.aminframeworkinc.com]
    Sent: Wednesday, January 19, 2000 12:11 PM
    To: 'Forte User'
    Subject: (forte-users) XML and XSL in Forte
    Has anybody integrated an XSL parser with Forte. I know Forte provides us
    with an XML parser but that does not help with parsing XSL. There a lot of
    parsers written in JAVA but that will not integrate well with Forte. We
    need something that will be easy to integrate with Forte. This parser will
    take our XML and XSL to give us a result set. If anybody can comment on the
    subject or share some information I would appreciate it.
    thanks in advance.
    ka
    For the archives, go to: http://lists.sageit.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.sageit.com

  • Re: (forte-users) XML/HTTP clients

    Hi,
    As much as I know, DS Data Systems has done a Java client using http with Web
    Enterprise (from Web Designer). They have called it JDesigner (it was showed at
    the Forte Forum of San Francisco in May). I have myself experienced the use of
    External connections to make performance testings on Web Enterprise last
    summer. I used a Forte Client http to make an injector on port 80. It worked
    very well.
    For DHTML, I'm actually testing some solutions for "Outline field" and "menus".
    It works... It costs 8-10 ko for each script. But, it is really not easy to
    debug, to maintain, and you need different codes for each brower! Netscape is
    really unstable also. This may not be applicable with release 3 of IE and NS.
    You can find some good code samples on http://www.webreference.com/dhtml/
    But, it may be a good solution for Intranet and it should be possible to
    generate menus and outline from the HttpScanner as it is for DropLists for
    instance.
    Hope this helps,
    Daniel Nguyen
    Freelance Forte Consultant
    http://perso.club-internet.fr/dnguyen/
    Thomas Mercer-Hursh, Ph.D. a &eacute;crit:
    Does anyone out there have any experience, experimental or production, with
    using XML over HTTP instead of IIOP to communicate with non-Forte clients
    from R3 server components? If so, any pointers? Performance issues?
    Special problems? Recommendations?
    How about with using DHTML for the client compared to say Java?
    TIA
    =========================================================================
    Thomas Mercer-Hursh, Ph.D email: [email protected]
    Computing Integrity, Inc. sales: 510-233-9329
    550 Casey Drive - Cypress Point support: 510-233-9327
    Point Richmond, CA 94801-3751 fax: 510-233-6950
    For the archives, go to: http://lists.sageit.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: [email protected]

    You can also use the HTTP-DC project.... You don't
    need Web Enterprise for this. From what I can tell,
    this is available in L.x on....
    There is api documentation in M.2 (with scant
    examples.)
    There's a special process to put the project in your
    repository (it isn't installed in the repository in
    the standard install,) the documentation in M.2
    (probably in M.0 too, AFAIK) that tells you how to do
    this (look for HTTP-DC in the online help.)
    I haven't done much with it yet, I've just installed
    it. If anybody out there has examples, that'd be
    great. I'll try to contribute more the moment I get a
    chance to explore it....
    Christopher Fury
    BellSouth Communications Systems
    --- Daniel Nguyen <dnguyenclub-internet.fr> wrote:
    Hi,
    If you have Web Enterprise, you can user
    HttpAccess.SendRequest().
    Hope this helps,
    Daniel Nguyen
    Freelance Forte Consultant
    Amin, Kamran a &eacute;crit:
    Is there any way to make a HTTP request from TOOLto another HTTP Service?
    thanks in advance.
    For the archives, go to:
    http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. Tounsubscribe, send in a new
    email the word: 'Unsubscribe' to:forte-users-requestlists.xpedior.com
    For the archives, go to:
    http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To
    unsubscribe, send in a new
    email the word: 'Unsubscribe' to:
    forte-users-requestlists.xpedior.com
    Kick off your party with Yahoo! Invites.
    http://invites.yahoo.com/

  • (forte-users) Oggetto: Re: (forte-users) WebSessionManagement

    Luca,
    This problem has been fixed in WebEnterprise 1.0.E and you can now trap the SessionTimingOut event (see Forte Tech Note 12260). We've just started using it and it seems to work OK.
    Regards,
    Mark Carruthers
    20th Century Fox
    Luca Gioppo <Luca.GioppoCSI.IT> 07/25/00 08:04AM >>>We have used the session management of WE, but found that there is a huge
    limitation, you are not notified of the timeout of the session.
    Let's suppose that I start a session from my browser, on his side WE create the
    session and write a few files (to say something) that depend on my session (on a
    dir of the web server dynamically created based on my session).
    I close the browser and the session will eventually timeout, but the process on
    the server need to be notified to be abled to clear the files.
    Unfortunately no events whatsoever are fired so we have to poll and mopnitor the
    session by ourselves.
    A pity.
    Anyway if you do not have to do such strange things you are quite safe and
    confortable in using them.
    Bye
    Luca Gioppo
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

    I went through the same process some time back. I
    submitted a call to Forte and was informed that there
    are hooks but they were intentionally undocumented
    because Forte had plans to provide a interface to
    Source Control Managers in future releases. If you
    submit a call, they will send you a ZIP file
    containing instructions on how to use the hooks. The
    hooks have proven very useful.
    --- Luca Gioppo <Luca.Gioppocsi.it> wrote:
    >
    >
    I think that the topic is still open and alive.
    In my case I have the need to integrate with PVCS
    dimension.
    The problem for me is that we develop both with java
    and tool, and is
    frustrating seeing java people smiling as tha
    various tools give the chance to
    integrate to various extends with source control
    products.
    I'm interested too in the problem, looking for a
    solution since a bit, but no
    satifactory solutions.
    So count 2 on the problem.
    Luca
    "David Potts" <david.pottss1.com> il 23/11/2000
    17.12.47
    Per: forte-userslists.xpedior.com
    cc: (ccr: Luca Gioppo/CSI/IT)
    Oggetto: (forte-users) Source Control
    Hello,
    I'm looking how to do version control for forte
    development, and have
    done a search on the list archive. There are lots
    of messages asking
    how to do source control, but the answers all seem
    to be "roll your
    own". My questions are:
    (1) Most of the postings seem to come from some
    years ago. What is the
    current state of play with source control for forte
    4GL?
    (2) There was some mention of "hooks". What are
    these hooks?
    (3) With Sun appearing on the scene, anyone got any
    idea where source
    control is going in future versions?
    I'm very new to Forte, so sorry if this topic has
    been closed.
    Cheers,
    Dave.
    ATTACHMENT part 2 application/octet-streamname=david.potts.vcf
    http://shopping.yahoo.com/

  • Re: (forte-users) Oggetto: (forte-users) FYI: Forte 3.5Document

    I'm very interested too in know when will be available this release 3.5.
    Regards,
    Danielk
    ----- Original Message -----
    From: "Luca Gioppo" <Luca.Gioppocsi.it>
    To: <Forte-userslists.xpedior.com>
    Sent: Saturday, October 14, 2000 8:37 AM
    Subject: (forte-users) Oggetto: (forte-users) FYI: Forte 3.5 Document
    >
    >
    Does anyone know when will be available 3.5?
    Things in the docs are quite promising.
    Luca
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

    I went through the same process some time back. I
    submitted a call to Forte and was informed that there
    are hooks but they were intentionally undocumented
    because Forte had plans to provide a interface to
    Source Control Managers in future releases. If you
    submit a call, they will send you a ZIP file
    containing instructions on how to use the hooks. The
    hooks have proven very useful.
    --- Luca Gioppo <Luca.Gioppocsi.it> wrote:
    >
    >
    I think that the topic is still open and alive.
    In my case I have the need to integrate with PVCS
    dimension.
    The problem for me is that we develop both with java
    and tool, and is
    frustrating seeing java people smiling as tha
    various tools give the chance to
    integrate to various extends with source control
    products.
    I'm interested too in the problem, looking for a
    solution since a bit, but no
    satifactory solutions.
    So count 2 on the problem.
    Luca
    "David Potts" <david.pottss1.com> il 23/11/2000
    17.12.47
    Per: forte-userslists.xpedior.com
    cc: (ccr: Luca Gioppo/CSI/IT)
    Oggetto: (forte-users) Source Control
    Hello,
    I'm looking how to do version control for forte
    development, and have
    done a search on the list archive. There are lots
    of messages asking
    how to do source control, but the answers all seem
    to be "roll your
    own". My questions are:
    (1) Most of the postings seem to come from some
    years ago. What is the
    current state of play with source control for forte
    4GL?
    (2) There was some mention of "hooks". What are
    these hooks?
    (3) With Sun appearing on the scene, anyone got any
    idea where source
    control is going in future versions?
    I'm very new to Forte, so sorry if this topic has
    been closed.
    Cheers,
    Dave.
    ATTACHMENT part 2 application/octet-streamname=david.potts.vcf
    http://shopping.yahoo.com/

  • Re: (forte-users) Hi - Query on XML Import document -Hang

    Double check that your XML is valid. I've seen
    importDocument hang when I'm missing an end tag.
    I don't think it's a validating parser.
    Of course, there's no documentation, so.... :)
    Chris
    --- "Saravanan, Lakshmi N." <lnarayanoxhp.com> wrote:
    Hi guys,
    I am trying to import an XML document from a
    Memory stream object. I
    got the example
    from this group ( It was very helpful ).
    Sample Code :
    l_MemStr : MemoryStream = new;
    l_MemStr.Open( SP_AM_READ_WRITE );
    l_MemStr.WriteText( source = l_XMLData );
    l_MemStr.Seek( position=0 );
    -- Create a Document object from the memory stream
    myDoc : Document = new;
    myDoc.importdocument( l_MemStr );
    After this line nothing seems to happen.. the
    partition just hangs... keeps
    the CPU busy.
    If i deploy the same in a NT or on a IBM box it
    works fine. The problem is
    with the Sequent box..( i guess ).
    Did any of you guys face a problem like this...
    Please let us know..
    I would really appreciate it.
    Thanks
    Laks
    For the archives, go to:
    http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To
    unsubscribe, send in a new
    email the word: 'Unsubscribe' to:
    forte-users-requestlists.xpedior.com
    http://mail.yahoo.com/

    Well, Forte have agreed to release a patch for the XML bug on DG Unix with
    Forte Version 3.0.M.2. I've attached a related mail with this.
    - Charu.
    -----Original Message-----
    From: Epari, Madhusudhan [mailto:meparioxhp.com]
    Sent: Friday, September 01, 2000 7:59 AM
    To: 'Amin, Kamran'
    Cc: 'forte-userslists.xpedior.com'
    Subject: RE: (forte-users) Hi - Query on XML Import document - Hang
    I did check the xml by opening it in IE 5.0 for it's well-formedness. Still
    it's failing on sequent box.
    -----Original Message-----
    From: Amin, Kamran [mailto:kamran.aminlendware.com]
    Sent: Friday, September 01, 2000 10:55 AM
    To: 'Epari, Madhusudhan'
    Subject: RE: (forte-users) Hi - Query on XML Import document - Hang
    Well not really. One way to check if the xml is valid is to open it in IE
    5.0. If its well formed then it will show up otherwise it will give you an
    error. Also the document object is not the best code that came out of Forte
    and has errors, so this might be a bug you will have to report. And they
    are not giving any new patches until 3.5 comes out in 2 months.
    ka
    -----Original Message-----
    From: Epari, Madhusudhan [mailto:meparioxhp.com]
    Sent: Friday, September 01, 2000 10:52 AM
    To: 'Christopher Fury'
    Cc: 'forte-userslists.xpedior.com'
    Subject: RE: (forte-users) Hi - Query on XML Import document - Hang
    If the XML is invalid it should fail on all boxes. This should be a sequent
    specific problem.
    Madhu
    -----Original Message-----
    From: Christopher Fury [mailto:cfuryyahoo.com]
    Sent: Friday, September 01, 2000 9:37 AM
    To: 'forte-userslists.xpedior.com'
    Subject: Re: (forte-users) Hi - Query on XML Import document - Hang
    Double check that your XML is valid. I've seen
    importDocument hang when I'm missing an end tag.
    I don't think it's a validating parser.
    Of course, there's no documentation, so.... :)
    Chris
    --- "Saravanan, Lakshmi N." <lnarayanoxhp.com> wrote:
    Hi guys,
    I am trying to import an XML document from a
    Memory stream object. I
    got the example
    from this group ( It was very helpful ).
    Sample Code :
    l_MemStr : MemoryStream = new;
    l_MemStr.Open( SP_AM_READ_WRITE );
    l_MemStr.WriteText( source = l_XMLData );
    l_MemStr.Seek( position=0 );
    -- Create a Document object from the memory stream
    myDoc : Document = new;
    myDoc.importdocument( l_MemStr );
    After this line nothing seems to happen.. the
    partition just hangs... keeps
    the CPU busy.
    If i deploy the same in a NT or on a IBM box it
    works fine. The problem is
    with the Sequent box..( i guess ).
    Did any of you guys face a problem like this...
    Please let us know..
    I would really appreciate it.
    Thanks
    Laks
    For the archives, go to:
    http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To
    unsubscribe, send in a new
    email the word: 'Unsubscribe' to:
    forte-users-requestlists.xpedior.com
    http://mail.yahoo.com/
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

  • Re: (forte-users) Fusion for the VAR

    Hi,
    It is a good idea. In fact, I think that how Forte is
    going to integrate her own suite of app. too. ( I
    kind of recall that there is a speech on this topic in
    Forum ).
    However, as Forte will most likely goes toward Java, I
    would suggest that you take into account the
    abstraction on Conductor ( which is frankly an event
    broker ) and Fusion ( which handles the XML mapping )
    too. In doing so, you can save guard your investment
    on the design without binding tightly with FORTE and I
    bet there will be tons of event broker or XML parser
    in the future market.
    On the other hand, this integration by Fusion would be
    perfect for a perfect world. But, in this imperfect
    world, it would be hard to do cross-checking between
    apps in Fusion.
    In the old days, we repulicate data or do file
    transfer to integrate apps. In doing so, we also
    build-in all the cross-checking procedure / reports.
    In the case of Fusion, is there such a safety net to
    save guard data integrity. Can I identify a lost
    event and trace back to find out whether it is a app.
    problem or Conductor problem?
    I think the customer would surely like to know.
    Regards,
    Peter Sham.
    --- "Thomas Mercer-Hursh, Ph.D."
    <[email protected]> wrote:
    Fusion has been positioned as an EAI tool, something
    at which it appears to
    be very, very good, but in recent months I have been
    thinking about its
    possible role as an architectural tool for those of
    us who build large,
    multi-application suites of applications. Having
    been tossing some of
    these ideas around the halls at Harrison Street, I
    thought I would try some
    of them on this audience as well to see what
    reaction I got.
    This concept is based on the context that one has
    multiple interacting
    applications which are loosely coupled, or at least
    which should be. E.g.,
    an order processing application may need credit
    status information from an
    accounts receivable application and may generate
    invoices which then need
    to be tracked for payment by that application, but
    the connections between
    these applications are specific, limited, and
    readily enumerable. Mind
    you, people don't always build their applications so
    cleanly modularized,
    but I think we all agree these days that they should
    be.
    The idea is to provide each application with a
    specific API, which it may
    currently have only indirectly. I.e., today one
    might simply have calls
    directly from one application to another, but one
    would gather all these
    links together and define an API, probably in XML
    which covered all of the
    necessary communciations between applications.
    These would then be used to
    build a Fusion Proxy and one would build the
    necessary Conductor processes
    to handle the communications which previously might
    have been made directly
    between applications. There is probably some
    performance loss in this
    process, but many of these interfaces are not
    performance intensive and my
    bet is that if the whole Fusion concept has adequate
    performance for the
    purposes for which it is being primarily marketed,
    then it has the
    performance for this sort of usage.
    One would get several advantages from this
    structure:
    1) Interapplication communications would be handled
    by a Conductor process
    and thus be much more readily configurable than any
    hard-coded link.
    2) One would gain the ability to unplug one's own
    application and plug in a
    customer's application when the customer insisted on
    using something else.
    3) The discipline of working in this structure would
    insure clean boundries
    between applications, which is not only sound
    design, but promotes the
    flexibility of the overall suite.
    4) Those with untransitioned legacy applications
    would have a framework
    that would allow a mixture of new and old
    applications to co-exist, thus
    providing them with a transition strategy until the
    full product line was
    converted.
    Note that I am assuming that one would want to build
    the individual
    applications so that they also used Conductor for
    managing their business
    process logic, but that seems to me to be an
    independent decision from this
    one.
    So, comments?
    Any downsides?
    Any added benefits I haven't covered here?
    Are there many out there that would benefit from
    this approach or just a few?
    Is anyone doing anything like this?
    Note that the one downside I have found so far is
    that Fusion licensing,
    independent of the Conductor aspect, is based on the
    number of proxies and
    so someone like CI who has 15 or more applications
    in a typical site is
    going to have 15 or more proxies. My bet is that
    this can be handled once
    it is clear that use of Fusion by a VAR for
    integrating own applications is
    not the same use as by an end-user integrating
    arbitrary multiple applications.
    =========================================================================
    Thomas Mercer-Hursh, Ph.D email:
    [email protected]
    Computing Integrity, Inc. sales:
    510-233-9329
    550 Casey Drive - Cypress Point support:
    510-233-9327
    Point Richmond, CA 94801-3751 fax:
    510-233-6950
    For the archives, go to:
    http://lists.sageit.com/forte-users and use
    the login: forte and the password: archive. To
    unsubscribe, send in a new
    email the word: 'Unsubscribe' to:
    [email protected]
    =====

    Yes, they do & one page is 1KB page. We use the same instrument to check
    memory usage & to send alerts in our production system.
    Thanks.
    Suraj
    -----Original Message-----
    From: Epari, Madhusudhan [mailto:[email protected]]
    Sent: Monday, May 14, 2001 2:37 PM
    To: 'Saraf, Suraj'; 'Forte User Forum'
    Subject: RE: (forte-users) Instrument for memory used in the partition
    Thanks all for the response. I observed "Allocated Pages" instrument doesn't
    change as and when memory usage by the partition changes. I was trying to
    find a way to measure the actual memory (specifically in bytes or KBs).
    Thanks,
    Madhu
    -----Original Message-----
    From: Saraf, Suraj [mailto:[email protected]]
    Sent: Thursday, May 10, 2001 12:46 PM
    To: 'Epari, Madhusudhan'; 'Forte User Forum'
    Subject: RE: (forte-users) Instrument for memory used in the partition
    Hello,
    I think you can use 'OperatingSystem' service agent & check 'AllocatedPages'
    instrument to see how many memory pages are used. You can compare that with
    your maximum allocation & send alerts depending on that. Thanks.
    Suraj
    -----Original Message-----
    From: Epari, Madhusudhan [mailto:[email protected]]
    Sent: Thursday, May 10, 2001 11:15 AM
    To: 'Forte User Forum'
    Subject: (forte-users) Instrument for memory used in the partition
    Hello Everyone,
    Is there an instrument to track the memory used in the partition at a given
    point of time. I have a requirement where an alert has to be generated in
    the environment when partition uses all its available memory.
    Thanks in advance,
    Madhu
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: [email protected]

  • Re: (forte-users) Minimal Fusion

    Thomas,
    A response which may contain no answers...and may lead to more questions...
    As a novice fusion user, one of the largest obstacles to using Fusion is the lack of XML API's in an application, be it a customer's in-house or vendor's software product. Corresponding to this is simply the lack of any API's in the application. As Forte (abet Sun, now iPlanet) says in their training manual 'A nontrivial task is to build new adapters for your programs if you wish to enable them to interact using XML documents over HTTP'. This is probably an understatement.
    The question that come to mind is:
    Does the warehouse have published API's their product?
    If not, then, IMHO, you have steep hill to climb, not the least being communication, cooperation, and coordination from the warehouse vendor (another one of those 'nontrivial tasks') in trying to create the required API's
    if so, then it is a matter of building an adapter, in a language that is compatible with the warehouse's API (hopefully C or some derivation of) , that contains (1) a DOM (Document Object Module) to API Translator, (2) an XML Parser (converts XML to DOM and visa-versa) , and (3) a HTTP server (again, another one of those 'nontrivial tasks').
    Forte (abet Sun, now iPlanet) suggests, and I would concur (with reservations), that if you haven't done this before you should probably hire their services from the Forte Integration Services group. Their costs (admittible high) should be offset be the time it would take to develop one on your own. A side benefit is working with them, you learn the process for making other adapters in the future. If Fusion is a marketing success, then the benefits should out weigh the costs.
    The Forte Integration Services group markets, or will market, a Fusion Adapter Designer, some sort of a SDK, which assists in the creation of Adapters. I do not know the availability of that product at this time.
    As to your question "Is it reasonable to consider doing this project under Fusion as a
    getting-feet-wet experience?" If you (or your customer) can afford the costs, and the warehouse has published API's, I would say that you gotta get-your-feet-wet somehow. If the warehouse doesn't have published API's and are not willing to put forth the effort and resources to do so, I would say your chances of success are considerably less.
    In any case, IMHO, it will be a 'non trivial' undertaking.
    -later
    -labeaux
    "Thomas Mercer-Hursh, Ph.D." <thomascintegrity.com> 10/31/00 04:49PM >>>This may be one of those questions which has no answer, but ...
    Our long term plan is to develop XML APIs to each of the modules in our
    suite of non-Forte applications and to integrate these under Fusion, thus
    gaining Conductor management of the inter-module work flows and a cleaner
    loose coupling of the applications along with other benefits such as the
    ease of integration with other packages, a clean way to migrate to Forte
    modules, and an ease of interconnecting "mini-applications" to address
    specific customer needs.
    I have an existing customer who has made a decision to migrate to a third
    party warehouse from an in-house warehouse. I.e., were this transition to
    the new structure complete, this would correspond to unhooking some of our
    modules and replacing these with an adapter to the corresponding modules in
    the third party warehouse.
    In fact, as it looks now, I will need to build the logical equivalent of
    these APIs anyway -- might as well do it in XML, right? And these APIs
    will communicate with a daemon responsible for the message traffic to and
    from. I tried to get this traffic to be XML and to use MQSeries or JMS as
    the transport, but the folks at the warehouse end don't seem to be able to
    handle such things, so I am stuck doing something fairly stupid for the
    actual communication.
    So, the question for those out there who have already paid their Fusion
    dues, is it reasonable to consider doing this project under Fusion as a
    getting-feet-wet experience. There are only half a dozen APIs to do and I
    have to do those anyway and am inclined to make them XML regardless. There
    will be one communication daemon to which all these connect and the
    business processes originally implemented in Conductor will basically be
    just point to point connects, except for routing traffic from the daemon to
    the right API based on message type. That's really all I need it to do,
    i.e., far too simple to actually need Fusion, but a possible opportunity
    to get started and then to expand to other uses.
    Crazy?
    =========================================================================
    Thomas Mercer-Hursh, Ph.D email: thomascintegrity.com
    Computing Integrity, Inc. sales: 510-233-9329
    550 Casey Drive - Cypress Point support: 510-233-9327
    Point Richmond, CA 94801-3751 fax: 510-233-6950
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

    At 07:55 AM 11/1/00, Labeaux Schiek wrote:
    As a novice fusion user, one of the largest obstacles to using Fusion is
    the lack of XML API's in an application, be it a customer's in-house or
    vendor's software product.In this case, the good news is that one of the applications in question is
    our own, so whipping up an XML API to suit each required transaction on
    that side is no more, probably less, work than importing or exporting a
    flat file or whatever. Moreover, my current expectation of how this
    interaction will work is something like this:
    </pre>
    ---Fusion------
    | |
    WACS<-->WACS_Daemon<----VPN socket
    connection---->IS_Daemon I/S
    </pre>
    I.e., I/S, our application, and the IS_Daemon which handles the connection
    traffic across the internet link are both mine. For I/S, I will create XML
    APIs to suit. For the IS_daemon, I might use the transform facilities to
    convert this XML to the pipe-delimited format they are expected at the
    other end and make the daemon a simple manager of the connection or, the
    daemon could do the conversion, but the former seems like the more
    appropriate approach. The API between the two daemons is something we are
    defining now (unfortunately I lost the argument to make that XML).
    Corresponding to this is simply the lack of any API's in the
    application. As Forte (abet Sun, now iPlanet) says in their training
    manual 'A nontrivial task is to build new adapters for your programs if
    you wish to enable them to interact using XML documents over HTTP'.My neophyte understanding is that, since I am defining the API to I/S in
    the diagram above and I can make this XML, then the adapter issue
    disappears there. I might have to create an adapter for the daemon, but if
    necessary, I could make that the same XML on a pass through and do the
    translation in the daemon.
    If not, then, IMHO, you have steep hill to climb, not the least being
    communication, cooperation, and coordination from the warehouse vendor
    (another one of those 'nontrivial tasks') in trying to create the required
    API'sWe are well through this process anyway. ... which is not to say that it
    has been or will be easy, but it must be done whether I use Fusion or
    not. Given that the vote has gone in favor of simple messages of
    pipe-delimited records, i.e., basically flat file, the technical issues
    there are minimal.
    if so, then it is a matter of building an adapter, in a language that is
    compatible with the warehouse's API (hopefully C or some derivation of) ,
    that contains (1) a DOM (Document Object Module) to API Translator, (2)
    an XML Parser (converts XML to DOM and visa-versa) , and (3) a HTTP server
    (again, another one of those 'nontrivial tasks').I'm not sure I quite understand what you are saying here. The HTTP part
    won't be there since we will apparently be connecting via a VPN sockets
    connection. But, how are you distinguishing DOM and XML since DOM is a
    particular form of XML? The XML API I build for I/S will be DOM compliant.
    Forte (abet Sun, now iPlanet) suggests, and I would concur (with
    reservations), that if you haven't done this before you should probably
    hire their services from the Forte Integration Services group. Their
    costs (admittible high) should be offset be the time it would take to
    develop one on your own. A side benefit is working with them, you learn
    the process for making other adapters in the future. If Fusion is a
    marketing success, then the benefits should out weigh the costs.I am familiar with the "party" line. If I were building a complete
    interface to another major product (I/S is roughly equivalent to JDEC in
    coverage) in the context of an EAI project, I would happily invite them in
    and hope to pick up pointers. Here, though, there are only 8 or 9 total
    transaction types and either all of the interfaces are XML, i.e., no
    adapter required as I understand it, or only the daemon will need an
    adapter and that will be a choice I can make depending on how things
    go. One does wish it were possible to sample a small piece of that
    knowledge store without having to buy the whole thing, though.
    The Forte Integration Services group markets, or will market, a Fusion
    Adapter Designer, some sort of a SDK, which assists in the creation of
    Adapters. I do not know the availability of that product at this time.Last I checked, one couldn't get this without the consulting ... hence the
    last sentence above.
    Thanks for your input.
    =========================================================================
    Thomas Mercer-Hursh, Ph.D email: thomascintegrity.com
    Computing Integrity, Inc. sales: 510-233-9329
    550 Casey Drive - Cypress Point support: 510-233-9327
    Point Richmond, CA 94801-3751 fax: 510-233-6950

  • RE: (forte-users) RE: Forte 3 vs Java --Productivity

    I think you should compare language to language, product to product
    and standard to standard. J2EE is a standard, like CORBA. It's not
    a product and it's not a language. J2EE is a standard, based on the
    language Java, but the same standard can be used in the context
    of Smalltalk, Cobol, Basic or TOOL as well. We have yet to see any
    development tool that actually supports full J2EE. And how many
    ORB's out there are really 100% CORBA 2.0 complient and offer
    full interoperability through IIOP with other CORBA 2.0 complient
    products?
    The title of this entire thread is wrong. It's not Forte vs. Java, but
    TOOL vs. Java or Forte vs. any Java-based ADE.
    EJB, J2EE and CORBA are open standards, intended to facilitate
    building large, component based applications. But they're only
    standards, they're not usable products. Forte is a usable product.
    It is a (propriaty) ORB, if offers lots of advanced component based
    features and it uses a propriaty OO language called TOOL. Forte
    was doing all this way before the world was debating CORBA, then
    Java, then EJB and now J2EE.
    Sure, when you really look at it, these standards are more complete
    and include more design patterns than the way Forte solved the
    problem, but the situation is still that, despite all those wonderfull
    standards, Forte is still the product with the most advanced capa-
    bilities that actually delivers.
    The challenge to Forte is to incorporate those standards within their
    own product. Are they going to build 2 products, one TOOL-based
    and one Java-based, or are they going to integrate TOOL and Java,
    or are they going to drop TOOL? Are they going to support J2EE
    and will they keep offering those wonderfull distributed features that
    are currently in Forte and are not part of J2EE? Will they switch
    completely to JDBC or will they integrate DBSessions with JDBC?
    Will their ORB functionality remain closed or will the Forte environ-
    ment become a full CORBA 2.0 complient environment? Will they
    keep supporting DCOM? Will they allow JavaBeans, EJB, Forte
    service objects, OLE-objects, Servlets and Active-X components
    to co-exist or will that remain SF? Are they going to support Swing?
    Are they going to include an HTML-Browser widget? Are they going
    to, natively, support JavaScript? What about VB-script? What
    about Perl-script? What about TOOL-script??? Will they include
    an object-based reporting tool, so you don't have to circumvent
    the application and report against the relational database? Will
    this reporting tool be Java-based, TOOL-based, both, EJB-based,
    CORBA-based or whatever? Will they support JPEG and PNG as
    well as BMP and GIF? Will they allow you to store these images in
    the repository? Will they include a full-featured web-publisher that
    supports HTML and XML as well as seemlessly integrate with Forte
    applications? Will they allow you to deploy your (static) web-pages
    on a web-server using E-console?
    -----Original Message-----
    From: Thomas Mercer-Hursh, Ph.D. [SMTP:thomascintegrity.com]
    Sent: Monday, February 14, 2000 6:10 PM
    To: 'kamranaminyahoo.com'
    Subject: (forte-users) RE: Forte 3 vs Java -- Productivity
    At 09:04 AM 2/14/2000 , Genesio, Fabrizio wrote:
    Our users/customers are waiting for application right now, and
    today with Java you may do it, but how expensive and reliable are all
    the "+" signs of your equation? I am sure, in the moment somebody (Fort&eacute;
    For Java?) will propose an integrated Java environment capable to
    seriously support development/assembly/deployment/maintenance, everybody
    will immediately consider it as an alternative to Fort&eacute;.Not an alternative ... check out FJEE, formerly known as SynerJ. They did
    it right with TOOL, now they have done it right with Java. I still prefer
    TOOL as the more productive, more elegant language, but if you have to use
    Java, Forte has given you the way to do it right.
    =========================================================================
    Thomas Mercer-Hursh, Ph.D email: thomascintegrity.com
    Computing Integrity, Inc. sales: 510-233-9329
    550 Casey Drive - Cypress Point support: 510-233-9327
    Point Richmond, CA 94801-3751 fax: 510-233-6950
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

    I think you should compare language to language, product to product
    and standard to standard. J2EE is a standard, like CORBA. It's not
    a product and it's not a language. J2EE is a standard, based on the
    language Java, but the same standard can be used in the context
    of Smalltalk, Cobol, Basic or TOOL as well. We have yet to see any
    development tool that actually supports full J2EE. And how many
    ORB's out there are really 100% CORBA 2.0 complient and offer
    full interoperability through IIOP with other CORBA 2.0 complient
    products?
    The title of this entire thread is wrong. It's not Forte vs. Java, but
    TOOL vs. Java or Forte vs. any Java-based ADE.
    EJB, J2EE and CORBA are open standards, intended to facilitate
    building large, component based applications. But they're only
    standards, they're not usable products. Forte is a usable product.
    It is a (propriaty) ORB, if offers lots of advanced component based
    features and it uses a propriaty OO language called TOOL. Forte
    was doing all this way before the world was debating CORBA, then
    Java, then EJB and now J2EE.
    Sure, when you really look at it, these standards are more complete
    and include more design patterns than the way Forte solved the
    problem, but the situation is still that, despite all those wonderfull
    standards, Forte is still the product with the most advanced capa-
    bilities that actually delivers.
    The challenge to Forte is to incorporate those standards within their
    own product. Are they going to build 2 products, one TOOL-based
    and one Java-based, or are they going to integrate TOOL and Java,
    or are they going to drop TOOL? Are they going to support J2EE
    and will they keep offering those wonderfull distributed features that
    are currently in Forte and are not part of J2EE? Will they switch
    completely to JDBC or will they integrate DBSessions with JDBC?
    Will their ORB functionality remain closed or will the Forte environ-
    ment become a full CORBA 2.0 complient environment? Will they
    keep supporting DCOM? Will they allow JavaBeans, EJB, Forte
    service objects, OLE-objects, Servlets and Active-X components
    to co-exist or will that remain SF? Are they going to support Swing?
    Are they going to include an HTML-Browser widget? Are they going
    to, natively, support JavaScript? What about VB-script? What
    about Perl-script? What about TOOL-script??? Will they include
    an object-based reporting tool, so you don't have to circumvent
    the application and report against the relational database? Will
    this reporting tool be Java-based, TOOL-based, both, EJB-based,
    CORBA-based or whatever? Will they support JPEG and PNG as
    well as BMP and GIF? Will they allow you to store these images in
    the repository? Will they include a full-featured web-publisher that
    supports HTML and XML as well as seemlessly integrate with Forte
    applications? Will they allow you to deploy your (static) web-pages
    on a web-server using E-console?
    -----Original Message-----
    From: Thomas Mercer-Hursh, Ph.D. [SMTP:thomascintegrity.com]
    Sent: Monday, February 14, 2000 6:10 PM
    To: 'kamranaminyahoo.com'
    Subject: (forte-users) RE: Forte 3 vs Java -- Productivity
    At 09:04 AM 2/14/2000 , Genesio, Fabrizio wrote:
    Our users/customers are waiting for application right now, and
    today with Java you may do it, but how expensive and reliable are all
    the "+" signs of your equation? I am sure, in the moment somebody (Fort&eacute;
    For Java?) will propose an integrated Java environment capable to
    seriously support development/assembly/deployment/maintenance, everybody
    will immediately consider it as an alternative to Fort&eacute;.Not an alternative ... check out FJEE, formerly known as SynerJ. They did
    it right with TOOL, now they have done it right with Java. I still prefer
    TOOL as the more productive, more elegant language, but if you have to use
    Java, Forte has given you the way to do it right.
    =========================================================================
    Thomas Mercer-Hursh, Ph.D email: thomascintegrity.com
    Computing Integrity, Inc. sales: 510-233-9329
    550 Casey Drive - Cypress Point support: 510-233-9327
    Point Richmond, CA 94801-3751 fax: 510-233-6950
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

  • Re: (forte-users) SAXParser and InputSource

    Michael Beaulieu wrote on Mon November 8:
    Hello,
    I was wondering if anyone has any experience using the XMLParser
    Library!? in Forte. I have no problem parsing a file using the
    forte parser but when I try to parse a message/TextData object I get
    the error " element not found " ( which is not due to my xml file )
    The class InputSource has a method that takes SeekStream in its
    setCharacterStream method:
    str : MemoryStream = new();
    str.open(SP_AM_READ_WRITE);
    str.WriteText(myMessage);
    theSource : InputSource = new();
    theSource.setCharacterStream(str);
    myParser.parse(theSource);Add this line after you're done writing to the MemoryStream:
    str.Seek(position=0);
    When the SAX parser is reading, it's reading from the current position
    forward; after writing to the stream the current position is at the
    end, so you have to rewind it to the beginning before giving it to the
    SAX parser.
    Cliff Draper
    Forte Engineering
    Forte Software, a subsidiary of Sun

    Why not this:
    while myText.moveToString(' ') do
    myText.ReplaceRange('-', myText.Offset, myText.Offset+1);
    end while;
    or if you prefer verbosity:
    while myText.moveToString(source=' ') do
    myText.ReplaceRange(source='-', startOffset=myText.Offset,
    endOffset=myText.Offset+1);
    end while;
    -----Original Message-----
    From: FatchJeBAM.com [mailto:FatchJeBAM.com]
    Sent: Wednesday, January 12, 2000 2:51 PM
    To: Troy.Burnsvacationclub.com; kamranaminyahoo.com
    Subject: RE: (forte-users) search and replace within a TextData
    How about this?? May have to play with start/end on ReplaceRange as I
    didn't really test this
    Anybody got a better way??
    -- replace space with underscore
    For x in 1 to myTextdata.LengthToEnd() do
    If myTextData.IsSpace() then
    MyTextdata.ReplaceRange('_'. Startoffset=myTextdata.offset,
    endoffset=myTextdata.offset+1);
    End if;
    MyTextdata.MoveNext;
    End for;
    Jerry Fatcheric
    -----Original Message-----
    From: Burns, Troy [mailto:Troy.Burnsvacationclub.com]
    Sent: Wednesday, January 12, 2000 9:40 AM
    To: kamranaminyahoo.com
    Subject: (forte-users) search and replace within a
    TextData
    Hello all,
    I need to search within a textdata object, replacing all
    occurrances of a
    space
    with another character. Can you give a quick code example
    of how I would do
    this?
    Thanks in advance,
    Troy
    Troy Burns
    Marriott Vacation Club Intl.
    E-mail: troy.burnsvacationclub.com
    Phone: (941) 688-7700 ext. 4408
    For the archives, go to: http://lists.sageit.com/forte-users
    and use
    the login: forte and the password: archive. To unsubscribe,
    send in a new
    email the word: 'Unsubscribe' to:
    forte-users-requestlists.sageit.com
    For the archives, go to: http://lists.sageit.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.sageit.com

  • RE: (forte-users) Forte ADE

    In addition to this confusion, I'd like to see some statement by Forte to
    indicate
    WHEN the next Forte R4 is scheduled (before the Sun era is was said to be
    Summer 2000) and
    WHAT exactly it will contain (major headings will do).
    With the cancellation of the Forte Forum event doubt and uncertainty are
    spreading in the
    Forte communities that I talk with and no one seems to counterbalance these
    doubts with an
    official statement. How serious does Sun take TOOL Forte for the coming few
    years? Release
    of Fusion V2 seems to say "serious". The deafning silence with regard to R4
    indicates the
    opposite. And the users are divided (as always).
    Theo de Klerk
    Architecture & Application Integration
    Professional Services
    Compaq Computer Corp. - the Netherlands
    -----Original Message-----
    From: Rottier, Pascal [mailto:Rottier.Pascalpmintl.ch]
    Sent: Tuesday, 18 April, 2000 17:49
    To: 'kamranaminyahoo.com'
    Subject: (forte-users) Forte ADE
    A long, long time ago
    In a galaxy far away....
    I saw a demonstration of Forte's new Application Development
    Environment,
    which was more userfriendly than the current one. It also looked more
    similar to the interface of the other development tools out
    there, with a
    tree structure and capabilities to browse through the
    inheritance tree, and
    not opening a new window for every project, class and method that is
    accessed.
    This new interface was supposed to be included in Forte 4, which would
    combine TOOL and Java and would be released soon.
    Since then, we've seen SynerJ and now FJEE, but Forte 4 is still not
    released. And when it will be released, it still won't
    support TOOL and Java
    simultaneously. That's OK. I understand that.
    But now I've heard that this improved ADE won't even be
    included in Forte 4.
    Is this true? And if so, why?
    Pascal
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe,
    send in a new
    email the word: 'Unsubscribe' to:
    forte-users-requestlists.xpedior.com

    You may be interested in the following which comes from a statement of direction
    recently issued by Sun.
    Product Context
    + Fort&eacute; 4GL is an award-winning, proven product with many unique advantages for
    building
    enterprise business systems that are distributed, that involve the integration
    of existing
    business systems as well as new functionality, and that target heterogeneous
    runtime
    environments.
    + Fort&eacute; 4GL is recognized by Gartner Group as the most successful Enterprise
    Application
    Development Tool.
    + Forte 4GL has a substantial customer base that has been successful with the
    product and that
    looks forward to using Fort&eacute; 4GL for new applications.
    + The Sun Microsystems, Inc. (SMI) development tools group (formerly Fort&eacute;
    Software, Inc.)
    has a strong internal commitment to Fort&eacute; 4GL. Fort&eacute; Fusion is written with, and
    is currently
    being enhanced with Fort&eacute; 4GL.
    + SMI has retained the Fort&eacute; field sales organization as an independent unit
    whose primary
    product offerings are Fort&eacute; 4GL and Fort&eacute; Fusion. Continued volume sales of
    Fort&eacute; 4GL
    remain the foundation of our business plan.
    Product Future
    + We intend to actively enhance and promote Fort&eacute; 4GL for the indefinite
    future.
    + We believe Fort&eacute; 4GL will flourish in the long term, especially if we are
    able to harness the
    considerable selling power of the entire SMI field sales organization. To make
    the product
    more attractive and easier to sell, we will continue to make the product more
    modular and
    easier to integrate with heterogeneous software environments.
    + We believe that the best opportunity for attracting new customers is to
    leverage the ability of
    Fort&eacute; 4GL to easily build powerful shared business services (server components)
    that can be
    accessed by non-Fort&eacute; clients (e.g., browsers, Java clients) and that can easily
    integrate with
    new and existing business systems.
    + We believe that Fort&eacute; 4GL?s continued success is enhanced by continuing to
    issue small and
    frequent product releases. Our target is two such releases per year.
    + There is a great potential for our three product lines (Fort&eacute; 4GL, Fort&eacute;
    Fusion, and Fort&eacute; for
    Java) to complement and reinforce each other. Interoperability among the three
    product lines
    is seen as a critical success factor for Fort&eacute; 4GL.
    Forte 4GL Statement of Direction Page 2
    Sun Microsystems, Inc Proprietary and Confidential
    Product Priorities
    1. Interoperability with third party software components
    + External (non-4GL) client support (e.g., browsers, Java clients)
    + External server integration (e.g., messaging, component support, data
    exchange)
    2. Enhanced productivity
    + Increased automation (i.e., less coding)
    + Support for platform updates (e.g., new versions of OS, DBMS)
    3. TOOL code to Java code migration
    4. Unified developer look and feel with other Forte development products
    5. Common repository
    Short Term Product Plans
    Mid-year release
    + New features available as ?preview? per the standard Forte maintenance
    release procedures
    + Tentatively labeled ?release 3.5? and distributed as a free product
    enhancement for
    customers under maintenance
    + Scheduled for Summer 2000
    + Defining features
    + Introspection (reflection) ? the ability for an object to describe itself at
    runtime
    + Improved integration with applications developed using Fort&eacute;-for-Java
    Community
    Edition
    + Platform support improvements to track important operating system and
    database
    vendor activity
    + Target features
    + Display system enhancements (e.g., Motif 2 support, line arrowheads, window
    refresh control, editable outline fields)
    + Dynamic library loading
    + Improved CORBA/IIOP support
    + Improved XML and XSLT class support
    + JMQ support
    New year release
    + New features available as ?preview? per the standard Forte maintenance
    release procedures
    + Tentatively labeled ?release 3.6? and distributed as a free product
    enhancement for
    customers under maintenance
    + Scheduled for year end 2000
    + Defining features
    + Any Release 3.5 target features that were not included in 3.5
    + Generation of EJB interfaces for R3 service objects
    + Platform support improvements to track important operating system and
    database
    vendor activity
    + Target features
    + COBOL record handling as part of the OS390 transaction adaptor
    + Improved runtime security
    + Interface classes for access to Netscape Server 4.0 and possibly other web
    servers
    Long Term Product Plans
    + To be determined by customer and market feedback.
    + A major criterion for new functionality will be enhancing the revenue
    generating ability of
    the product, thereby fostering its long-term health in the marketplace.
    + Substantial emphasis will be placed on creating new capabilities that enhance
    the
    attractiveness of the product for new users.
    + The contents of Release 3.7 (or whatever it will be called) will be
    solidified just after release
    3.5 ships. Subsequent planning visibility will be two forward releases.
    "Klerk, Theo de" <Theo.de.Klerkcompaq.com> on 04/18/2000 12:27:36 PM
    To: "'Rottier, Pascal'" <Rottier.Pascalpmintl.ch>,
    "'kamranaminyahoo.com'" <kamranaminyahoo.com>
    cc: (bcc: Charlie Shell/Bsg/MetLife/US)
    Subject: RE: (forte-users) Forte ADE

  • RE: (forte-users) SAX Parser

    I would be interested to see TechNote 11811. I just tried the Fort&eacute; support
    web site and couldn't get it. Can anyone help?
    Thanks,
    Nick.
    -----Original Message-----
    From: Zee Khan [mailto:[email protected]]
    Sent: Tuesday, August 24, 1999 10:08 AM
    To: [email protected]
    Cc: [email protected]
    Subject: RE: (forte-users) SAX Parser
    Forte recommends not using DOM for 'documents with large
    number of tags'
    (TechNote 11811) so I am using SAX.
    Any thoughts/suggestions would be welcome,
    thanks,
    >From: "Jeanne Hesler" <[email protected]>
    >To: "'Zee Khan'" <[email protected]>,
    <[email protected]>
    >Subject: RE: (forte-users) SAX Parser
    >Date: Tue, 24 Aug 1999 08:48:23 -0500
    >
    >Out of curiosity, is it the node structure that you are
    trying to avoid,
    >or is it the DOM itself? Can you share some of your
    reasons? It would
    >seem to me that a node or tree structure would be ideally
    suited for
    >representing the complex structures that you describe.
    >
    >Jeanne
    >=====================================================
    >Jeanne Hesler <[email protected]>
    >MSF&W Software
    >Product Development
    >(217) 698-3535 ext. 207
    >http://www.msfw.com
    >=====================================================
    >/\ Imaging Developer - the only imaging product
    >\/ integrated into the Forte Development Environment
    >=====================================================
    >
    >
    >-----Original Message-----
    >From: Zee Khan [mailto:[email protected]]
    >Sent: Monday, August 23, 1999 10:32 AM
    >To: [email protected]
    >Subject: (forte-users) SAX Parser
    >
    >
    >I am using the SAX parser to parse some complex XML.
    >
    >My problem comes with complex data structures. There
    >are several embedded structures, how are these best
    >reflected with a SAX parser.
    >
    >(I guess one solution is to use DOM which returns
    >a node structure, but I want to avoid this)
    >
    >thanks in advace,
    >
    >
    >______________________________________________________
    >Get Your Private, Free Email at http://www.hotmail.com
    >
    >--
    >For the archives, go to:
    http://lists.sageit.com/forte-users
    >To unsubscribe send in a new email the word:
    >'Unsubscribe' to: [email protected]
    >
    >--
    >For the archives, go to:
    http://lists.sageit.com/forte-users and use
    >the login: forte and the password: archive. To unsubscribe,
    send in a new
    >email the word: 'Unsubscribe' to:
    [email protected]
    >
    Get Your Private, Free Email at http://www.hotmail.com
    For the archives, go to: http://lists.sageit.com/forte-users
    and use
    the login: forte and the password: archive. To unsubscribe,
    send in a new
    email the word: 'Unsubscribe' to:
    [email protected]

    I would be interested to see TechNote 11811. I just tried the Fort&eacute; support
    web site and couldn't get it. Can anyone help?
    Thanks,
    Nick.
    -----Original Message-----
    From: Zee Khan [mailto:[email protected]]
    Sent: Tuesday, August 24, 1999 10:08 AM
    To: [email protected]
    Cc: [email protected]
    Subject: RE: (forte-users) SAX Parser
    Forte recommends not using DOM for 'documents with large
    number of tags'
    (TechNote 11811) so I am using SAX.
    Any thoughts/suggestions would be welcome,
    thanks,
    >From: "Jeanne Hesler" <[email protected]>
    >To: "'Zee Khan'" <[email protected]>,
    <[email protected]>
    >Subject: RE: (forte-users) SAX Parser
    >Date: Tue, 24 Aug 1999 08:48:23 -0500
    >
    >Out of curiosity, is it the node structure that you are
    trying to avoid,
    >or is it the DOM itself? Can you share some of your
    reasons? It would
    >seem to me that a node or tree structure would be ideally
    suited for
    >representing the complex structures that you describe.
    >
    >Jeanne
    >=====================================================
    >Jeanne Hesler <[email protected]>
    >MSF&W Software
    >Product Development
    >(217) 698-3535 ext. 207
    >http://www.msfw.com
    >=====================================================
    >/\ Imaging Developer - the only imaging product
    >\/ integrated into the Forte Development Environment
    >=====================================================
    >
    >
    >-----Original Message-----
    >From: Zee Khan [mailto:[email protected]]
    >Sent: Monday, August 23, 1999 10:32 AM
    >To: [email protected]
    >Subject: (forte-users) SAX Parser
    >
    >
    >I am using the SAX parser to parse some complex XML.
    >
    >My problem comes with complex data structures. There
    >are several embedded structures, how are these best
    >reflected with a SAX parser.
    >
    >(I guess one solution is to use DOM which returns
    >a node structure, but I want to avoid this)
    >
    >thanks in advace,
    >
    >
    >______________________________________________________
    >Get Your Private, Free Email at http://www.hotmail.com
    >
    >--
    >For the archives, go to:
    http://lists.sageit.com/forte-users
    >To unsubscribe send in a new email the word:
    >'Unsubscribe' to: [email protected]
    >
    >--
    >For the archives, go to:
    http://lists.sageit.com/forte-users and use
    >the login: forte and the password: archive. To unsubscribe,
    send in a new
    >email the word: 'Unsubscribe' to:
    [email protected]
    >
    Get Your Private, Free Email at http://www.hotmail.com
    For the archives, go to: http://lists.sageit.com/forte-users
    and use
    the login: forte and the password: archive. To unsubscribe,
    send in a new
    email the word: 'Unsubscribe' to:
    [email protected]

Maybe you are looking for

  • What happens when there is a conflict between develop settings stored in file metadata, and the catalog?

    Hello, Wondering if someone could quickly help me with understanding how develop settings are read back into lightroom... (I'm using lightroom 3.6) as I've just had a bit of a panic that my mis-understanding of the system might have screwed things up

  • Cant move movies to itunes or ipod

    ive tried many different converters \i just cant get my movies i downloaded into itunes and when i try to put them on my ipod it gives me an error message "cannot move to ipod because ipod wont play it" or somethin to that effect I have a 160gb ipod

  • Write PBL code in one place

    There are about 10 activities in a process. Most of them have some PBL code snippet such as calculating deadline (including calendar rules) and throwing exceptions. I also need to create about 50 processes and about more than 500 activities. It is te

  • Seeing a clip in compressor vs actual export file

    i am having issue exporting out of Final Cut Pro 6.0.1 using compressor... Once I have clicked export using compressor, compressor opens. I export the file to my desktop. At that time, compressor opens. However, when i preview clip in compressor, cli

  • How do you clear a field?

    Hi Everyone, Can you tell me how to clear the contents of a field? For example the field is called :p2_file_name. The intent is to clear the field after the user clicks a Submit button. Thanks. Emad