VA Smalltalk Readme


Welcome to VA Smalltalk Version 8.6

VA Smalltalk enables software developers to create highly portable, scaleable, multi-tier business applications using object-oriented technology. VA Smalltalk allows for incremental and rapid development of new Smalltalk applications. Developers can build and deploy enterprise Web service solutions for dynamic e-business using VA Smalltalk.

What's New in V8.6

Late-breaking news, technical tips, and product updates

Please refer to the Instantiations Smalltalk home page for technical information including tips and product updates made after this product release. The web page includes information about what's included in the release, and how to contact us as well as hints and tips for using and deploying VA Smalltalk.

You can download the latest product updates, as well as product add-ons, from the Instantiations Smalltalk download page.

Version 8.6 files and installation

Distribution files

VA Smalltalk distribution files are divided into development time components and runtime components.

Windows has two downloadable development time components:

Product Installer
The product installer installs the Client and Manager components of the VA Smalltalk product as well as a development IDE setup tool. The Client component contains the VA Smalltalk development IDE. The Manager component contains the VA Smalltalk library (source code repository) file and the EMSRV code used to access the repository file in a team environment.
Documentation Installer
The documentation installer installs a local copy of the VA Smalltalk documentation onto your workstation.

Each UNIX VA Smalltalk platform has two downloadable development time components:

The Client component contains the VA Smalltalk development IDE and the VA Smalltalk documentation. You will need to install a Client on each machine on which you wish to develop VA Smalltalk applications. You must download and install the correct Client package for your workstation operating system.
The Manager component contains the VA Smalltalk library (source code repository) file and the EMSRV code used to access the repository file in a team environment. The Manager is used in conjunction with the workstation Client IDE. One code repository can support many Clients concurrently. Therefore you will only need to install the Manager one time on a suitable server machine. You must download and install the correct Manager package for your server machine's operating system. It does not have to match the Client operating system. A Linux Manager install, for example, can concurrently service Windows, AIX, Solaris and Linux Clients. The same is true for all of the other manager installs.

Each VA Smalltalk platform has one downloadable runtime component:

Server Runtime
This is the runtime support needed for deploying Smalltalk applications developed using VA Smalltalk. There is no formal install program for Server Runtime. You simply use unzip to unpack the runtime files and add your packaged Smalltalk application into the resulting directory structure. You must download and unpack the correct Server Runtime package for your workstation operating system. The files needed to include at runtime are listed in Redistributable Runtime Files.

The UNIX Client and Manager components, and the Server Runtime component for all platforms, are delivered as .zip files. If you do not already have a suitable unzip program, then you can download a no-charge unzip program such as Info-ZIP.

Note: The gunzip program will not work with the VA *.zip files. The VA *.zip files are multi-file archives while gunzip is only designed to handle single compressed files.

You must unzip the Client and Manager zips on the same kind of machine that you intend to install them on. Do not, for example, unzip a Solaris Client on Windows and then install onto a Solaris machine.

Installing VA Smalltalk


If you are new to VA Smalltalk, we recommend that you install the documentation locally using the VA Smalltalk Documentation Installer for easy reference before you install the VA Smalltalk product.

Complete installation instructions, such as how to set up EMSRV, can be found in the Installation Guide. The Installation Guide can be read online at Installation Guide, or locally after you run the VA Smalltalk Documentation Installer.

If you are doing a Custom install to install the Manager on a different machine than the Client(s), we recommend you install the Manager first.

Once you have installed the Manager and the Client, refer to the Installation Guide for further instructions on how to use the Environments tool to configure your environment so you can launch VA Smalltalk.


Complete install instructions, such as how to set up EMSRV, can be found in the Installation Guide. The Installation Guide is in the doc directory of the unzipped Client or Manager install directory tree (it is the same document in both zip files):

Note: There are special steps for installing on UNIX which are documented in the Installation Guide.

The Installation Guide can be read online at Installation Guide.

We recommend you install the Manager before you install the Client.

If you are new to VA Smalltalk, we recommend you install the Client with the on-line documentation. Once you have installed the Manager and the Client, refer to the Installation Guide for further instructions on how to use the Environments (vasetup86) tool to configure your environment so you can launch VA Smalltalk.

VA Smalltalk Migration Guide

If you have a version of VisualAge Smalltalk or VA Smalltalk already installed, please refer to the Migration Guide for important information before using VA Smalltalk V8.6. The Migration Guide can be read online at Migration Guide  or it can be read locally if you installed local documentation.

Corrections and Enhancements

This section lists the corrections and enhancements introduced by each release of the VA Smalltalk product.

Corrections and Product Enhancements in V8.6

  Case   Title
  -----  ----------------------------------------------------------
   39237 WAUploadFunctionalTest does not work
   41306 SST servlet support does not handle multipart forms (needed for  Seaside)
   49292 VA:XML Examples and VA:XML Support feature loads fail in IBMST 
   49453 CwMonthCalendar upgrade 
   49874 Make walkbackFilename=walkback.log the default in INI files
   49875 Cannot select second fixed size band in rebar in Composition Editor
   49927 Rebar - Cannot select all rebar bands in composition editor
   49936 EsLogManager class>>readMe example is wrong
   49939 Glorp - GlorpVariableTypeTest needs to use the SUnit expectedFailure mechanism
   49959 Add one shot breakpoint support
   49986 "VA Smalltalk Forum" help goes to closed forum
   50025 TimeAndDate does not use Daylight Saving Time on non-English platforms
   50029 GLORP-AbstractProxy>>#basicInspect should not be included in runtime code
   50045 Opening objects not inheriting from Object in Organizer walks back
   50048 TimeZone - StackOverflow when timezone mapping not found and logging turned on
   50058 code assist missing from application(s)browsers and script browser
   50073 SeasideSlimeApp: SmallintContext>>isRenderingMethod fails because String DNU #beginsWith:
   50085 Incorrect Date formatting information included in CLDT class>>#packagerIncludeSelectors
   50092 Grease non case sensitive matching broken
   50114 Monticello Importer should prefill the candidate version name
   50115 Create the Application Notes record for apps imported with the Monticello Importer
   50163 handle leak in #connectToDataSourceNamed:logonSpec:ifError: if can't connect to DB
   50170 CodeAssist - not working on non saved method
   50183 Undefined variable reference within block causes code assist walkback
   50184 Name WorkQueue process for DB connections with DB connection name
   50205 System>>#totalAllocatedMemory answers a negative value for memory over 1GB
   50235 Incorrect developer of class editions in library can cause walkback
   50250 EsString>>trimBlanks does not remove tab characters
   50281 Developer info bug for methods
   50284 Glorp: DB2Platform >> #dateConverter has to be removed
   50289 "Shared bytecodes with different literals size" error during packaging
   50302 NlsEnablementTools not creating/updating _pragma methods correctly 
   50307 WAHtmlErorHandler doesn't catch Instance-Based Exceptions
   50341 Time Zones upgraded to AIX 6.1
   50345 GLORP - Unimplemented method called in GlorpSession>>#dropTables:
   50349 Nested execLongOperations cause walkback and short-circuited ones run twice
   50362 ENVY/Image Method Linker Support V 6.0.0 includes back-level app
   50369 (Win7) CwMonthCalendar with XmNValueChangedCallback cannot change month
   50375 Time Zone fails to initialize on Headless Images  on AIX 6.1
   50393 Configuration map versioning allowed even with open configuration maps in Required Maps
   50407 Windows XD packaging for Linux fails because of missing .cat files
   50424 Provide a Scintilla-based text widget on Windows; use in browsers
   50444 Exporting Configuration Maps fails due to target library size using EMSRV 6.23
   50449 XML Serialization/Deserialization of Choice Types
   50544 Runtime .INI file content should match runtime portion of development time .INI file
   50546 Add Code Assist to the workspace portion of an StsWorkspaceInspector
   50553 CfsLeadEncodingFileStream is missing some ANSI stream  protocol
   50554 EsLogManager cannot be  subclassed
   50559 Packaging Errors in AbtXmlSchemaSupportApp, AbtXmlMappingParserApp
   50581 Add support for Oracle 8 OCI function OCIPasswordChange()
   50604 Deprecate OSCall>>#setMessageQueue: since SetMessageQueue Windows API is obsolete
   50605 Use EsEntryPoint to install WindowProc
   50609 AbtCwDateTimePickerView needs date and datetime attributes
   50630 SST -Client request response for one way operation causes Walkback
   50633 Add support for Windows API DllGetVersion
   50647 Slider Enable/Disable does not redisplay immediately
   50660 AsyncAppender causes endless loop
   50663 Instance-based Signal>>#description is not polymorphic with class-based Exception>>#description
   50715 Add support for setting Oracle prefetch rows count
   50739 Add .INI preference for Window title tag
   50740 Glorp Port to  7.9.1-4
   50754 isCwScrolledWindow methods missing on Windows
   50762 'DateAndTime now' has an incorrect time zone offset on non-English versions of Windows
   50798 DateAndTime made lighter
   50812 The z.SUnit feature map is missing a prerequisite map
   50813 Update PlatformPortability to 1.0.7
   50818 Add Glorp XD Server Features
   50856 Update Seaside to 3.0.8
   50857 Monticello scratches base class when importing a class extension
   50859 Create a Glorp Oracle feature and a Glorp Oracle Test feature
   50861 CgSingleDrawingAreaApplication should not appear in Example Launcher
   50891 Add AssertionFailure exception class
   50892 Halt exception should be resumable
   50919 String>>expandMacros... methods should be moved to the base
   51034 Add Seaside XD Server Feature
   51232 NlsExternalizationTools app is included in 2 different product configuration maps
   51249 Obsolete AbtICInstructions map included in product manager
   51259 CompiledMethod>>pragmas fails in IC runtime
   51265 Block>>#when:do: does not work with Class-based exception
   51273 Some WASlimeTest methods fail
   51437 Code Assist Configuration not updating in previously saved images
   51535 WAVASTFileLibraryTest>>testCompileByteArrayLiteralSource fails on UNIX

Components and Features

The following sections list some important information about some of the components and features. For the latest product information, please refer to Instantiations Smalltalk web page.

Application Builder

On AIX, turn NumLock off when dropping parts

Be sure that your numlock key is turned off if you are using the composition editor. The numlock will prevent parts from being dropped on the Composition Editor.

On UNIX, "X Error: BadWindow" message appears for Slider part

Each time the Slider part is repainted the "X Error: BadWindow (invalid Window parameter)" message is printed in the xterm window where VA Smalltalk was launched.

The Slider part still functions normally.


(8.5) Limitations to CwRebar

The rebar control consists of one or more bands, each of which may contain a child widget control. Neither the color of the rebar control nor the colors of the individual bands is settable. Rebars with fixed-width bands should be placed in a fixed size window.

(8.5.2) An INI file is required for packaged applications

You must always specify (or default to) an INI file when running VA Smalltalk. The INI file can:

   abt -imyapp.icx -ini:c:\any.ini

(8.5.2) The EsTimeZoneApp application must be included in all reduced runtime packaging instructions

The EsTimeZoneApp is required in all reduced runtime images. It is included automatically in the reduced runtime packaging instructions shipped with VA Smalltalk (AbtBaseEpRuntimeImagePackagingInstructions and AbtEpRuntimeImagePackagingInstructions), but must be added in the #applicationNamesToPackage method of any other reduced runtime packaging instructions.

(8.5.1) VerifyMemorySpaces, VerifyVMSlots, VerifyImage

VerifyMemorySpaces, VerifyVMSlots, VerifyImage can be used to identify Smalltalk memory corruption. Since these primitives write to the TTY Transcript, the image to be verified must be started with the '-l' command line option in order to collect the verification information.


No additional information at this time.


(8.6) GLORP - Low-level database exceptions detected by GLORP can now optionally be logged to the TranscriptTTY

The default action is to continue to create GLORP exceptions and signal them when low-level exceptions are encountered. This behavior can be overridden by executing VADatabaseAccessor loggingErrorsEnabled: true.  When set to true, GLORP will continue to create and signal GLORP exceptions, but will also write the details of the low-level exception encountered to the TranscriptTTY.  If running GLORP in a development image, the exception information will be written to the Transcript.  If running in a runtime environment, the exception information will be written to the log file specified by the -l<filename> command line option.

(8.5.2) DB2 CLI Fixed Character Length Fields of length 1 can now optionally return the single character string as a String rather than converting it to a Character

The default action is to continue to return single character strings as Character objects.  This behavior can be overridden per connection by sending keepSingleCharStringsAsString: true to each AbtIbmCliDatabaseConnection instance created.

(8.5.2) Improved packaging rules to include Abt*Field classes referenced in the typeDict and unifiedFieldMapping class variables of the AbtDatabaseManager subclasses

The database manager typeDict and unifiedFieldMapping dictionaries are created when the database feature(s) are loaded into the image.  The Abt*Field classes mapped through these dictionaries are typically not directly referenced by code,  but are located by lookup through these dictionaries. As a result, the necessary Abt*Field classes are not included in packaged image by default. The new packaging rules force the related Abt*Field classes to be part of a packaged image that includes database feature(s).

Get schema function on Stored Procedure Specification Settings

When using stored procedures with the new Oracle 8 database connection, the Get schema function on the Stored Procedure Specification Settings view only works for procedures that are not contained in packages. Users must manually define host variables for procedures that are contained in packages.

On UNIX, running Database Features

On UNIX, if you are using database features and experience a core dump when exiting VA Smalltalk, comment out the PlatformLibrary>>shutDown method. An alternative solution for your packaged application is to execute the following code when exiting:

   System primitiveExit

Oracle initialization mode can be changed without subclassing AbtOracle8DatabaseManager

Prior to this fix, the only provided method for changing the Oracle initialization mode was to create a subclass of AbtOracle8DatabaseManager in order to override the #userDefinedInitializeMode method. While this method is still available, it is now possible to change the default initialization mode by setting a class variable. The provided method for doing this is AbtOracle8DatabaseManager class>>#defaultInitializeMode:. The shipped default value is OCI_DEFAULT, which is unchanged from previous VA Smalltalk version. See the comment in AbtOracle8DatabaseManager class>>#defaultInitializeMode: for other possible values.

Prerequisite AbtRecordStructureApp in Database Applications

Some database applications will need to add a prerequisite for the AbtRecordStructureApp application. Applications that use Database Parts will not need to add this prerequisite because the parts will include the AbtRecordStructureApp application. If an application manipulates instances of any of the subclasses of AbtRow, they will probably need to add this prerequisite.

If you package your application and get the error The attribute Pub <Attr name> does not exist at runtime, you need to include the AbtRecordStructureApp application.


Display Resolution for DBCS machines

To ensure all information is displayed on your computer, we encourage you to use the highest resolution offered by your display terminal.

Documentation and Helps

Identifying browser and newsreader on UNIX

If you get no response from Smalltalk when requesting Help (from the Help menu or F1), the most likely cause is that the browser and/or the newsreader installed on the system cannot be found.  To correct this problem, edit the INI file (for example, abt.ini) and add links to the installed browser and/or newsreader in the [Help] stanza -- you will see examples of specifying Firefox and Thunderbird. You can specify either a complete path to the browser and/or newsreader (not usually necessary) or a relative path.

Accessing documentation on UNIX

Enter one of the following URLs into your browser:

Domino Connection

Using an English version of Lotus Notes

The NLS versions of Lotus Notes must be installed on the native Operating System (OS) platforms, in order for Notes to work. If a US-English version of Lotus Notes is installed on the native OS, then the user will not be able to input either SBCS or DBCS characters correctly. This is a restriction with Lotus Notes.

Error detaching documents using Domino Connection

When detaching a file attachment using the Domino connection, the detached file is corrupted. The problem only shows up if the attachment is BASE64 encoded.  Detaching the same attachment using the Notes Client works fine. Detaching via Domino connection also works fine if the file has been attached manually using the Notes Client.


EMSRV support for Windows on SMP hardware

There are no known current issues with multiprocessor boxes under any recent version of Windows.  Under much older versions of Windows, such as Windows NT, repository corruption was observed on multiprocessor machines. It was never reproducible or diagnosed, but speculation at the time was that the problem was a file sharing bug in Windows itself (that has likely been long since corrected). As far as we know, no fix is necessary under any recent version of Windows.
As long as you use the -mp switch, you should not have any problem using EMSRV under any recent version of Windows.  We have had no reports of manager corruption in the past 5 years or more. Many customers are successfully running EMSRV with the -mp override.
In any case you should always make sure to have a current backup available in case there is any  sort of problem.
If you are still concerned about this issue, you can run EMSRV on a single processor box or use a single-processor VMWare image.
Note: Without the override results in a warning
    WARNING:  Running EMSRV for Windows NT/2000 on multiprocessor hardware is not supported due to
    suspected operating system bugs that may result in repository corruptions.  Install and run EMSRV
    on a machine with a single processor or start EMSRV with the -mp option to bypass this check.
Note: When starting with the -mp command line option, EMSRV will still report a warning to the console (or to the Application Log if EMSRV is running as a service):
    WARNING:  Running EMSRV for Windows NT/2000 on multiprocessor hardware is not supported due to
    suspected operating system bugs that may result in repository corruptions.  You have chosen to
    start EMSRV with the -mp option to bypass a check that normally restricts EMSRV from running on
    multiprocessor hardware.  This may cause repositories to become corrupted.

(7.5.2) Native password validation on Linux

EMSRV native password validation on Linux uses Pluggable Authentication Modules (PAM). The sample PAM file shipped with VA Smalltalk is correct for older Linux distributions, but does not work for newer distributions.


Copying from Windows Explorer into an OLE Client part

Use copy and paste to share OLE objects between the Windows Explorer and an OLE Client part. Dropping an OLE object that was dragged from the Windows Explorer onto an OLE Client part does not work.


No additional information at this time.


(7.5.1) HTTP server access log

An SST HTTP server can write an "access" log containing an entry for each request received by the server. Entries in the log are formatted according to the default format used by the Apache HTTP server in order to enable tooling for Apache logs to be used for SST logs as well.

The access log is initialized in SstHttpServer>>startUp.  If an access log is desired, it can be specified in 2 ways:

  1. The application can send SstHttpServer>>accessLogFormatPolicy: AND SstHttpServer>>accessLog: prior to sending SstHttpServer>>startUp.
  2. The application can be started with the following command line switch: -sstaccesslog.  This will cause a log file named httpd.log to be written in the current directory.

(8.5) Performance improvement in writing walkback log

By default, when an error occurs, the walkback information is written to TranscriptTTY. This causes the walkback information to be written to the console or to a log file identified by the -l command line option. Since TranscriptTTY output is written unbuffered character-at-a-time, it can be very time consuming to write a large volume of walkback information.

An alternative output mechanism is avasilable. When it is enabled, this mechanism writes the walkback information to a file stream. This is a buffered operation which can be more than an order of magnitude faster than writing to TranscriptTTY.

To enable writing the walkback information to a file stream, you must provide the name of the walkback log in the INI file:


(6.0) SST IIOP Support is Obsolete

CORBA IIOP facilities provided by SST in previous releases are obsolete as of this release. The implementation provided in previous releases continues to be shipped with this release, but all methods have been recategorized as 'OBSOLETE'. There will be no further development or enhancement of these facilities, and they may be removed from the product in a future release.

Customer applications which made use of these facilities in a previous release will continue to be supported as they are migrated to this current release.

Customers are advised to make use of Web Services technologies, such as XML and WSDL, for future interoperability strategies.

(8.0.2) Support for JDK 1.3 through JDK 1.6 using RMI

The RMI in Server Smalltalk has been tested with JDK 1.3 through JDK1.6, using the same techniques that were required for JDK 1.2.

Using XD Interactive Debugger over TCP/IP with no nameserver

When trying to use the interactive debugger, if you are getting the error EHOSTNOTFOUND or EADDRNOTAVAIL from the run time side, the problem may be that your runtime machine cannot resolve the TCP/IP address of your development machine. You can work around this problem by adding an entry to the hosts file on the run time machine for your development machine.

(8.6) Support for inbound multipart form/mixed data

Support has been added for inbound multipart processing for form and mixed multipart subtypes in the Server Smalltalk - HTTP framework. 

Multipart is a MIME data type. It was originally defined as part of HTML 4.0.  There are several multipart subtypes; we are providing initial support for form and mixed subtypes..  The multipart/form subtype is most commonly used for submitting files via HTTP.    The protocol is similar to chunked transfer encoding, but in this case, each part of the transmission corresponds to the user entries from an HTML form.   

In the VA Smalltalk implementation, Incoming messages are parsed and "assembled"  by classes  in the Sst Http layer which process the incoming buffer of the socket stream and convert it to an instance of SstByteMessage, which then becomes part of an SstHttpRequest.  

SstByteMessages have simple content -- a byte array.  A Lookup Table has been  added to SstByteMessage to store the message parts. A multipart-aware application can then extract the multipart content; the SstByteMessage will continue to function as it always has with the rest of the existing framework and previously built applications.    

VA Assist

Uninstalling VA Assist

Uninstalling VA Assist is a bit involved. To uninstall the feature,

  1. Start with an image named the generic name: abt.icx.
  2. Launch the image.
  3. Disable VA Assist (From the Transcript choose Tools -> VA Assist Pro -> Disable)
  4. Save (using the Transcript File -> Save Image) and restart the image.
  5. Uninstall the feature. There are two ways to do this:
  6. Save the image using the Transcript File -> Save Image.

Web Connection

Web Connection does not support DBCS characters for Cookies

DBCS cookies are not supported using the Servlet Interface. This is a limitation of the HTTP Server.


(8.0) Deserialization of a SOAP Envelope failed when the defining schema contained an element using a ref attribute referring to an imported schema

  Consider the following excerpt from the schema and mapping specs:

  Schema 1:

  <?xml version="1.0" encoding="UTF-8"?>
  <xs:schema xmlns:xs=""
      <xs:import namespace=""   schemaLocation="StatusSchema.xsd"/>
      <xs:element name="SessionRequest" type="StartSessionRequestType"/>
      <xs:element name="SessionResponse" type="StartSessionResponseType"/>
      <xs:complexType name="SessionRequestType"/>
      <xs:complexType name="SessionResponseType">
                  <xs:element ref="ais:Status" minOccurs="0" maxOccurs="unbounded"/>
                  <xs:element name="SessID" type="xs:string" minOccurs="0"/>

  Mapping Spec for SessionRequest:

  <?xml version="1.0"?>
  <!DOCTYPE XmlMappingSpec SYSTEM "abtxmap.dtd">
  <!-- NameSpaceURI must match with the namespace on the Schema                       -->
  <XmlMappingSpec Name="" NameSpaceURI="" >    
    <ClassTypeMapping TypeName="SessionRequest" ClassName="ExStartSessionRequest"/>
    <ClassTypeMapping TypeName="SessionResponse" ClassName="ExStartSessionResponse">
            <AttributeMapping ClassAttribute="status" NameSpaceURI="">
            <AttributeMapping ClassAttribute="sessionId">

  Mapping Spec for Status:

  <?xml version="1.0"?>
  <!DOCTYPE XmlMappingSpec SYSTEM "abtxmap.dtd">
  <!-- NameSpaceURI must match with the namespace on the Schema                       -->
  <XmlMappingSpec Name="" NameSpaceURI="">

    <ClassTypeMapping TypeName="Status" ClassName="ExStatus">
            <AttributeMapping ClassAttribute="returnCode">
            <AttributeMapping ClassAttribute="returnCodeDescription">

  After deploying the web service and sending a request,  the web services framework did not 
  deserialize this response:

  <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
  <env:Envelope xmlns:env=""
        <SessionResponse xmlns=""        
       <Status xmlns="">        

  It reported the error: 

  "XML mapping error ##ObjectInitializationError: ''Unable to process element ''''TransactionStatus'''''''   ".
  The problem occurred because the code considered the Status  element to be in the 
  "" namespace, not in the namespace of the imported schema. 
  The framework was  modified to take into account the namespace of the prefix on an element with a ref

(8.0) WSDL deployment fails when a schema attempts to import a schema which is already being imported

The schema parser in VA Smalltalk is recursive. Whenever a schema import is encountered, a new parser is created which begins to parse that schema. The new parser is added to a stack. This process continues until there are no more schemas to be imported; then the final schema import is completed. The previous import is then completed until the stack is unwound. If an imported schema imports a schema which has already been imported by a previous schema, an infinite loop results and an out of memory condition is encountered. For example:

  WSDL A imports Schema A.

  Schema A imports Schema B.

  Schema B imports Schema A.

Modifications were made to track schemas which have currently begun to be imported and to skip duplicate imports.

(8.0) WSDL and imported schemas using the document/literal or document/literal wrapped style are not deployed/serialized properly

  Deployment Problem

  The typical error message in this situation occurs during deployment with the message:

  'The type an AbtXmlQName(requestheader:WachoviaRequestHeader) for WSDL part ''SomeWSDLPart'' could not be determined'

  The problem occurred when the "document/literal wrapped" style of wsdl was used and the element
  was defined in an imported namespace, e.g.,





    <xs:schema xmlns:xs="">

      <xs:import namespace="myNamespace2" schemaLocation="C:\aSchemaLocation"/>



  <wsdl:message name="RequestMessage">

      <wsdl:part element="importedNamespace:Request" name="Request"/>

  An instance of the SstWsdlDefinitions class contains the parsed artifacts of the web service including
  the schemas defined or imported in the types section.  WsdlDefinitions has an instance variable "types"
  which contains an instance of the SstWsdlTypes class.   namespacemappings instance variable.  During parsing
  of the types section, schema namepsaces were added  to a dictionary assigned to this variable.  The schemas
  themselves were placed into the schemas instance variable. Only namespaces of schemas defined wtihin the section
  and schemas directly imported within the types section are included.  However, these imported schemas often
  import other schemas.  The imported schema's namespaces and prefixes are not assigned to the schemas dictionary;
  they appear in the WsdlDefinitons types instance variable in its imports dictionary.  Since this dictionary is
  not searched during the deserialization/serialization process, nor during the wsdl message parsing process, web
  services with this type of schema importation could not be deployed or serialized/deserialized.  

  Code was added to cache all namespaces contained in  imported schemas during parsing; when all schemas were
  imported, iterate through the cache and:

   1. place all namespaces into the SsdWsdlDefinitions namespaceMappings Dictionary

   2. place all schemas in the SstWsdlTypes schemas dictionary

  Serialization Problem

  All necessary namespaces were not included in the Soap request envelope if imported namespaces and
  schemas were needed to fully define the request.

  Code was added to examine all schema elements included in the request and to add their namespaces to
  the Soap envelope.


  In order to retain backward compatibility, the new processing has been made optional on a container--wide
  basis.  To use it, create a container using:

    SstWSContainer>>createContainerUsingDocLiteralWrappedNamed: aString

(8.0) An Element with a ref attribute referring to another namespace was serialized incorrectly in the SOAP Envelope

  A schema element which contained a ref attribute to a type in another namespace was not serialized with
  the correct prefix in the Soap request envelope.

  Consider the following excerpt from a schema: 


  <xs:schema  xmlns:thisNamespace =""
            xmlns:cust =""
            targetNamespace="" >
  <xs:import namespace="" schemaLocation="C:\theSchemaLocationl"/>
      <xs:element name="StatementRequest">
                        <xs:element ref="cust:Customer"/>


   Prior to V8.0, the SOAP serialization would produce the following in a request envelope:

       xmlns:thisNamespace =""
      xmlns:cust =""
                        <cust:Name>Bob Smith</cust:Name>

  The code has been modified to result in the request envelope:

       xmlns:thisNamespace =""
      xmlns:cust =""
                        <cust:Name>Bob Smith</cust:Name>
  Since the Customer complex type is imported from the "" namespace, the prefix for cust:
  should  be used to qualify it.

(8.6) web services XML directory

The default resource qualifier is <varoot>/xml where <varoot> is the installation directory. A problem occurs on UNIX, and Windows Vista and later with UAC enabled, if a web service attempts to write into this directory since normally this directory can only be written into by the root user. The solution is to use the Environments tool to copy the <varoot>/xml directory to your working environment and update the .INI file for your working environment to point to the new location.


(8.6) Level of code

Seaside 3.0.8 / Grease 1.0.7 level of function is delivered in this release (see the Notes section of each Configuration Map for the exact Monticello package version). This includes the following:

(8.0.1) Seaside Support Documentation

Seaside support is documented in Dynamic Web development with Seaside.

(8.0.1) Limitations:


XML code page conversion (unsupported encodings)

The XML parser automatically performs code page conversion before attempting to parse an XML stream. Many code pages are handled seamlessly using the default code page conversion routine of the runtime operating system. However, there are some character encodings that cannot be converted. Unsupported code page conversions cause walkbacks at execution time.

The following code pages are not supported:

The VA Smalltalk XML support attempts to map XML character set encodings to valid code pages. The default mappings can be overridden using the API shown in the following example:

    AbtXmlStreamConverter mapEncoding: 'UTF-8' toCodePage:  65001.

VA Smalltalk uses the code page conversion support APIs that are built in to each of the supported platforms. Therefore, code page mappings may be different for different operating systems. If you encounter a debugger with the following message it is likely that you have encountered an unmapped or mismapped encoding.

    Abt.Nls.160.e: Conversion from code page <sourceCodePage> to code page <targetCodePage> is not



(C) Copyright Instantiations Corporation 2005, 2013. All rights reserved.