![]() |
![]() |
![]() |
||
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
![]() |
![]() Online SupportIf your question is not answered here or in our bug database, please send email to bugs@zat.com using our bug reporting template.Contents
Q:
I'm having trouble running applets created using Spin.
There are a large number of problems in the current browser implementations of Java applets, making it virtually impossible to build Java applets that do anything particularly interesting that will run on even the majority of browsers used on the Internet. Note that this is not a problem with Java, this is a problem with the implementation of Java in popular browsers. A further problem is the current security model for Java applets. For full information, see the manual Deploying Spin Projects.
Q:
Why can't I see the source generated by Spin?
The only source in a Spin application are the scripts that you may write when you create behaviors. These scripts are what is being compiled when you see the "Grinding Beans" dialog. You have full access to the source for these scripts (in the behaviors). The only other code generated by Spin are event stubs that link JavaBeans together and class stubs for JavaBeans you write. These are generated in object form, not source, and neither are informative to look at anyway. The price of not being able to see or modify source code is offset by the huge advantages inherent in a component architecture. For example, new JavaBeans can be added to Spin transparently. It would be very difficult to add new source templates to an application generator tool. Also, JavaBeans have their object-oriented advantages, such as being reusable and easier to maintain. One of the reasons component architectures were developed in the first place was to remove the need to mess with source code, and this is especially important in an authoring tool like Spin that is aimed at nonprogrammers. JavaBean developers have a choice as to whether they distribute source for their components. You can use a JavaBean in Spin even if you do not have access to the source code. Of course, the JavaBean author can choose to distribute source to a bean.
Q:
Why does my computer dial my ISP when I run Spin?
If you are not building a servlet, you can turn Spin's debug server off. If you are building servlets in Spin, and you don't want your computer to automatically dial up your ISP, you can create a dummy TCP/IP connection on your Macintosh. If you do this, then you will need to switch to the dummy TCP/IP connection when you use Spin, and then switch back when you want to connect to the Internet (luckily, this is fairly painless on a Mac). To set up a dummy TCP/IP connection, open the TCP/IP control panel and choose "File > Configurations". Duplicate the Default Configuration, and name the new configuration "Spin". Select the Spin configuration. Choose "Make Active". Within the Spin configuration, select the following setting: Connect via: Ethernet Configure: Manually IP Address: 127.0.0.1 Subnet mask: 255.255.255.0 Router address: (leave blank) Name server addr.: (leave blank) Search domains: (leave blank)Close the dialog. Click Save. You can now switch between these two configurations as follows: To set your configuration to normal (to connect to your ISP), open the TCP/IP control panel, select "File > Configurations", choose your original configuration and select "Make Active". Close the control panel. To set the configuration so Spin will not cause your computer to dial your ISP, open the TCP/IP control panel, select "File > Configurations", choose the Spin configuration and select "Make Active". Close the control panel. |