Servlets in forte

how do i run servlets in forte 2.0?

Hi,
This is Forte 4GL/UDS forum, And I think you are talking about Forte for Java IDE.
Srikanth

Similar Messages

Can't install a new template for JSP/servlet on Forte 3.0

I can successfully download the files and finished the installation process from the autoupdate center. But when I restarted Forte, I saw an error " cannot load servlet name: jsp " and there is no new modules installed. Am I missing something?
--muteki

Actually, it's a problem with the glibc library. After reading the release note, I found the solution.

Problems with tomcat 4.0.1

hello,
i�ve written some servlets using forte 3.0 with tomcat 3.2.
everything works fine as long as I don�t run the servlets with tomcat 4.0.1.
i use the request dispatcher / forward method - which dosn�t work reliable.
it�s a list on which the user has to select one topic. the strange thing about it is that it works when you choose "back" after the error (dispatcher = null) has occured and select a different topic on that list - only the first choice makes en error.
running on tomcat 3.2 with forte it works fine. but i get the following message in the tomcat output window:
java.util.MissingResourceException: Can't find resource for bundle java.util.PropertyResourceBundle, key dispatcher.forwardException
and
2002-01-13 11:40:05 - Ctx( /lg002234 ): Exception in: R( /lg002234 + /eingaben + null) - javax.servlet.ServletException: cannot find message associated with key : dispatcher.forwardException
can somebody help?
is use the dispatcher three times in that post-method - ist that a problem?

...sorry
it�s not a problem with the requestdispatcher,
problem is, that with tomcat 4.0.1 a parameter
sometimes gets lost - but not with tomcat 3.2
critical code is:
String tierartAuswahl = request.getParameter("tierartAuswahl");
is that a known bug of tomcat 4.0.1??

Performance testing of servlets / beans / jsp ?

Hi. I'd like to performance test my applications, anyone have a clue on what software to use?
I use Fort� for Java CE 3 as the IDE and TomCat 3.23 as the servlet / jsp container.
Hopefully there are some opensource tools to use for this?
Regards,
Chris

You can precompile JSP's, this removes the small hickup when they are requested the first time (making the server translate and compile them). Check the documentation of your specific web/application server on how to do this.
Otherwise:
- buy better hardware
- use a better application server
- make sure your network is properly configured (so packets don't get routed around the network four times before they reach their destination for example)
- make sure your program logic doesn't create bottlenecks such as
unnecessary HTTP requests, redundant loops, etc.
- optimize your database access, use connection pooling
- optimize your database queries. Create indexes, make sure the SQL queries themselves aren't doing unnecessary trips around the database, etc.

Front end for servlets like VB

Hello,
I am searching for the forntend which helps me while writting
servlets like giving online help with all the properties,methods,
and syntax.
One guy wrote me to download this software for my requirement.
So I downloaded this file "NetBeansIDE-release331.zip" from this
"http://www.netbeans.org/devhome/download.html"
site but i am unable to load or work on this IDE.
If i unzip this file but i can't find any thing which will
help to load or install IDE.
What are all the parameters and other things has to
be done to work with this software.
My java is in these directories:
jDk in d:jdk
jsdk in d:jsdk
javawebserver is there in d:javawebserver
So help asap to load or install this software.
If u know any other software for free which helps me to
give all the properties and methods like VB please
send me that software name and website name and path.
Thanks

Hi,
Forte for Java is based on NetBeans technology and you can download a free development version, Forte for Java Community Edition from sun's web site. This IDE will ease the development process to some extent.
http://wwws.sun.com/software/Developer-products/ffj/
--------------Content from the above page----------------------------
Forte[tm] for Java[tm] software is an integrated development environment (IDE) for Java technology developers. Based on the modular, open source NetBeans[tm] Tools Platform, the Forte for Java IDE is ideal for building and deploying Web services across multiple hardware and software platforms. This modular, extensible IDE enables fast adoption of new technologies from Sun, Sun's partners, and the community.
Hope this will help you.
Thanks,
Sanath Kumar

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é
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é.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é
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é.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

Forte for JAVA: Problems with break points

Dear all,
I have the following problem:
When setting breaks point within the code of my web application (servlets and JSP) the debugger does not seem to be able to find them and to stop where I would it to :o(
When approching a portion of code that I know have a break point, I get the following message in the debugger window->
Connecting to localhost.localdomain:11555
Connection established
Breakpoint reached at line ? in class org.corproware.strutsrelated.listener.DBPoolListener by thread main.
Note the interrogation mark (?) instead of a valid line number.
It looks like I have the same poroblem with a simple java "HelloWorld"
Is their something I don't get or is it a known problem?
Many thanks!

Sorry mate, wrong forum. You shoud try Sun ONE Studio Forum isntead of this one. It is for UDS (Formerly known as Forte)

Can servlets be developed locally using IE without dialing out?

beyond the user changing their settings is their something I can do?

Yes, but you need a servlet runner such as tomcat, java web server, jwsdk etc,etc. You are always able to call your own loopback (localhost) or your own computer name (IP) locally, without needing to be connected to the internet. But you will need one of the servlet runners (servers) mentioned above. Go get forte, it comes with tomcat all configured for you.

Java servlets and Tomcat server

Hi friends
i am using Sun One forte Community edition . i am trying to make a hello world servlet .
there are 2 Files one is Index.html , HelloWorld.java (Servlet)
I call this servlet from the index.html file.
evertime i call it it gives me and error of Apache tomcat file not found .The tomcat server is inbuilt with the Sun One studio.
the directory structure is
-----HOME
-------WEB_FOLDER
----------Index.html
----------WEB-INF
-------------CLASSES
-----------------myServlet (package)
---------------------HelloWorld.java
-------------LIB
The problem is I am not getting how to write the path of servlet in index.html to call the helloWorld servlet.

Make this entry in your server.xml file located in tomcat_dir\conf.
<Context path="/abc"
     docBase="webapps/abc"
     crossContext="true"
     debug="0"
     reloadable="true"
     trusted="false">
</Context>
Suppose i want to develop my servlets in another folder Let it be "XYZ".Then your package statement must be, 'package xyz;'. Place all your servlets in webapps/abc/WEB_INF/classes/xyz dir.
Place all your Jsp(s) and Htmls in webapps/abc/pqrs dir.
Now they all come under one context 'abc'.
Sudha

Forte 4j mounting

I have a filesytem mounted at C:\Program Files\Apache Tomcat 4.0\webapps\ROOT\WEB-INF\Classes
and then in Classes I have my package com.ora...ext...
When I compile, classes get turned into Root.com.ora....ect.
Is this something that is designed. Can't I compile classes there.
Even if I move it to c:\com.... it isn't compiling right. Is some bug?
C:\Program Files\Apache Tomcat 4.0\webapps\ROOT\com\ora\jsp\sql\Value.class
class file contains wrong class: ROOT.com.ora.jsp.sql.Value
Please remove or make sure it appears in the correct subdirectory of the classpath.
import com.ora.jsp.sql.Value;

nevermind
the forte (studioOne) was setting the compiler to external even though I had it set to set jsp and servlets to internal or fast javac.
Once I manually changed and compiled each file it was ok
Sun tools (StudioOne -- forte) are really great though try them if you aren't using them now.
I have a filesytem mounted at C:\Program Files\Apache
Tomcat 4.0\webapps\ROOT\WEB-INF\Classes
and then in Classes I have my package
com.ora...ext...
When I compile, classes get turned into
Root.com.ora....ect.
Is this something that is designed. Can't I compile
classes there.
Even if I move it to c:\com.... it isn't compiling
right. Is some bug?
C:\Program Files\Apache Tomcat
4.0\webapps\ROOT\com\ora\jsp\sql\Value.class
class file contains wrong class:
ROOT.com.ora.jsp.sql.Value
Please remove or make sure it appears in the correct
subdirectory of the classpath.
import com.ora.jsp.sql.Value;

Forte form editor wont work, missing *.form file

Hi,
I have a .java GUI file (subclass of a subclass of JDialog) that was generated with Forte, but the .form file that the form editor needs wasnt checked into CVS. So now I cant open the form editor in Forte (sun one). Is there a way to auto generate a new one based on the *.java code?
Thanks,
Chris
ps. I know this isnt a forte board, I coudlnt find the forte board.
pps. Sorry if this has been asked before, I searched for the answer and couldnt find one...
ppps. I tried a blank file, and I tried a minimal XML document, neither worked (the *.form file is XML).

Thanks for the suggestion!
I searched their list, and found this post:
Essentially it is currently impossible, and the GUI must be recreated. dote!
http://www.netbeans.org/servlets/ReadMsg?msgId=87985&listName=nbusers
Richard,
currently it is not possible to generate .form file from java code - because
form editor is not "two-way" (that is why .form XML files are used to store
GUI information). However two-way editing is planned for the future - see
our proposal:
http://www.netbeans.org/www-nbusers/msg03322.html.
There was also a related discussion some time before (about "reverse
endineering"):
http://www.netbeans.org/www-nbusers/msg01590.html.
As for converting forms from old NetBeans X2: direct serialization was used
for saving forms sooner, which is not suitable for longer persistence -
because e.g. serialized Swing components might not be compatible between JDK
versions. (That's why we moved to more general XML storing time ago.) So -
to import older forms you should use at least the same JDK version you used
with old X2. I would also recommend you to import it using Forte 2.0, which
could be more "polite" to old form formats (is a bit older than NetBeans
3.1). Once you save form to XML .form file, you can use it in newest JDK and
NetBeans.
Hope this somehow helps,
Tomas Pavek
-----Original Message-----
From: Uschold, Richard J. [mailto:[email protected]]
Sent: Tuesday, January 30, 2001 5:22 PM
To: '[email protected]'
Subject: [nbusers] Converting a *.java file to a *.form or *.xml
Is there a way to start with a *.java file and convert / generate a *.form
file? (for NetBeans X2 2.1) Or maybe convert / generate a *.xml project
file for NetBeans 3.1?
I had a project in NetBeans X2 2.1 last year and I lost everything except
the *.java file.
Thanks
Rick Uschold

JSP called database Bean - works in forte ide- not outside ide

I am obtaining my Connection object from a Java bean so that I can change database connections (like development to production) by just changing the bean out. Inside forte for java 3.0 with its built in tomcat, it works fine. I have the same version of tomcat that I fire up outside of the ide. I used the ide to create a WAR file and I expand it under webapps so the external tomcat can see it. The initial jsp page works fine (so tomcat can see it fine).
Now when I click a button that performs a form method=get action=\"operation.jsp\"> ... , the operation.jsp executes the following code:
<jsp:useBean id="db" scope="request" class="dbConnectBean" />
<%
Connection adxcon = db.getDbConnection();
Statement adxstmt = adxcon.createStatement(ResultSet.TYPE_SCROLL_SENSITIVE,ResultSet.CONCUR_UPDATABLE);
... %>
The dbConnectBean code looks like:
public class dbConnectBean extends Object implements java.io.Serializable {
public class dbConnectBean extends Object implements java.io.Serializable {
private PropertyChangeSupport propertySupport;
private Connection dbConnection;
public dbConnectBean() {
propertySupport = new PropertyChangeSupport ( this );
public Connection getDbConnection() {
setDbConnection();
return dbConnection;
public void setDbConnection() {
this.dbConnection = dbConnection;
try {
Class.forName("org.gjt.mm.mysql.Driver");
catch (Exception e) {
System.out.println("Can't load JDBC Driver");
return;
try {
dbConnection = DriverManager.getConnection("jdbc:mysql://localhost:3306/cs_dev?user=foo&password=bar");
catch (Exception e) {
System.out.println("Can't get connected: " + e.getMessage());
return;
return;
Outside of the ide, when I click to perform the form action above, I get:
Error: 500
Location: /AddressBook/operation.jsp
Internal Servlet Error:
javax.servlet.ServletException
     at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:459)
     at _0002foperation_0002ejspoperation_jsp_3._jspService(_0002foperation_0002ejspoperation_jsp_3.java:140)
     at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:177)
     at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:318)
     at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:404)
     at org.apache.tomcat.core.Handler.service(Handler.java:286)
     at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
     at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:797)
     at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)
     at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:210)
     at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
     at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498)
     at java.lang.Thread.run(Thread.java:484)
Any ideas??

Error 500 signifies the following;
"500 (Internal Server Error)
500 (SC_INTERNAL_SERVER_ERROR) is the generic 'server is confused' status code. It often results from CGI programs or (Heaven forbid!) servlets that crash or return improperly fromatted headers."
Check your headers.
I wouls suggest that you do not Run your Servlets and JSPs through the Forte IDE. Download and install Tomcat 4 on your desktop (if you havent already) and test them there. You only need to mount the directories for the particular web app.
You can use this guide on how to install and setup your Tomcat 4 and your development environment. http://www.moreservlets.com/Using-Tomcat-4.html
Hope this helps

RE: Ole Automation with forte.

Tran,
Here is a piece of code(using Forte Version 3OF2 & Word 97) that we've
used to determine if there is already an instance of Word running:
// Create an instance of a Word Application and activate it.
// If an a Word application exists, just activate it.
if ( aTasks <> NIL and aTasks.Exists(aWordApplication.Name) )
then
aWordApplication.visible = TRUE;
aWordApplication.Activate();
else
aWordApplication = new();
aTasks = new();
aWordApplication.CreateUsingProgID( 'word.application'
aWordApplication.visible = TRUE;
aWordApplication.Activate();
aTasks is an attribute of type Tasks on our window & aWordApplication is
an attribute of type _Application on our window. This code will work if
there already is an instance of Word that was started from a Forte
applicaiton. It doesn't recognize a instance of Word that was started
outside of a Forte app. Hope this helps!!
From: Quy Tran[SMTP:[email protected]]
Sent: Wednesday, May 20, 1998 11:17 PM
To: [email protected]
Subject: Ole Automation with forte.
Good Day forte users,
I'm trying to invoke MSWord from a forte application.
I set the objectreference using CreateUsingProgId(This is the only way
that I could get it to work).
The problem is when using CreateUsingProgId, forte will create another
instance of Word. Is there a way to know if the instance already
exists
and retrieve the objectreference of that instance?
Any help would be appreciated.
Thanks
Quy Tran
Lumley Technology
Analyst/Programmer
[email protected]
Ph : 612 93186722
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
If you are not the intended recipient, please notify the Sender.
Non-business opinions may not reflect opinions of Piper Jaffray

Hi Aurang
You can call almost all methods using OLE. What is required is to know how to interpret a script to ABAP OLE call. This is explained in the tutorial<a href="https://www.sdn.sap.comhttp://www.sdn.sap.comhttp://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/c1d54348-0601-0010-3e98-bd2a2dcd9e6c">"An Easy Reference For OLE Automation"</a>
Regards
*--Serdar <a href="https://www.sdn.sap.com:443http://www.sdn.sap.comhttp://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.sdn.businesscard.sdnbusinesscard?u=qbk%2bsag%2bjiw%3d">[ BC ]</a>

Servlet crashes TOMCAT

I am experimenting with buffered images in a servlet. This "Hello World" servlet crashes TOMCAT.
java version "1.4.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1)
Java HotSpot(TM) Client VM (build 1.4.1, mixed mode)
JAVA_OPTS '-Xmx512m -Djava.awt.headless=true'
----servlet begins----
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.awt.*;
import java.awt.image.*;
import Acme.JPM.Encoders.GifEncoder;
public class MijnPollServlet extends HttpServlet
public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException
doPost(req,res);
public void doPost(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException
BufferedImage image=
new BufferedImage(100,100, BufferedImage.TYPE_INT_RGB);
Graphics2D g2 = image.createGraphics();
g2.setColor(Color.blue);
g2.fillRect(25,25,50,50);
g2.drawString("Hello World!", 10, 10);
ServletOutputStream out = res.getOutputStream(); // binary output!
res.setContentType("image/gif");
GifEncoder encoder = new GifEncoder(image, out);
encoder.encode();
----servlet ends----
If I run the servlet with the "g2.drawString("Hello World!", 10, 10);"
commented out there is no problem.
Is there something I am missing here?
Thank you,
-William

The whole Tomcat crashes, and no exception
displayed.
Do I have to write the log file, or it's kept by
Tomcat itself?yes, tomcat writes a log file, you find it in the tomcat dir. but it's just very highlevel. Having a look in it could help.
Is there a way to write a log file by myself?sure. you could get the log file from tomcat by getting it from the ServletContext:
ServletContext = getServletContext();
ServletContext.log("text to log");
When I view the output window in Forte, it doesn't
even write that Tomcat crashed.
I use Tomcat that is installed with the last version
of Forte(Sun 1 Studio, update 1), I guess it's the
last version of Tomcat also.No. The lastest is 4.1.12 and i guess it's 4.0.4 with forte.
Get Tomcat standalone from jakarta.apache.org and try to run your servlet with the standalone tomcat. this could help since i also expirenced problems sometimes with the forte-integrated tomcat.

Question on forte for java

Hi,
I'm developing using the Forte for JAVA ide, but I get an error though i know certainly that my code is correct.
I get this error:
Tue Nov 06 11:35:29 CET 2001: java.lang.NoSuchMethodError: Posted StackTrace
Annotation: Exception occurred in Request Processor
org.openide.util.RequestProcessor$Holder: Posted StackTrace(task org.netbeans.modules.web.core.jsploader.TagLibParseSupport$ParsingRunnable@772046 [-2433, 9, -1])
at org.openide.util.RequestProcessor$Task.createHolder(RequestProcessor.java:322)
at org.openide.util.RequestProcessor.post(RequestProcessor.java:100)
at org.openide.util.RequestProcessor.postRequest(RequestProcessor.java:185)
at org.netbeans.modules.web.core.jsploader.TagLibParseSupport.parseObject(TagLibParseSupport.java:110)
at org.netbeans.modules.web.core.jsploader.TagLibParseSupport.prepare(TagLibParseSupport.java:97)
at org.netbeans.modules.web.core.jsploader.TagLibParseSupport.getTagLibEditorData(TagLibParseSupport.java:67)
at org.netbeans.modules.web.core.jsploader.TagLibParseSupport.getTagLibEditorData(TagLibParseSupport.java:55)
at org.netbeans.modules.web.core.syntax.JSPKit.createSyntax(JSPKit.java:94)
at org.netbeans.editor.BaseDocument.getFreeSyntax(BaseDocument.java:377)
at org.netbeans.editor.DrawEngine.draw(DrawEngine.java:876)
at org.netbeans.editor.LeafView.paintAreas(LeafView.java:145)
at org.netbeans.editor.BaseView.paint(BaseView.java:129)
at org.netbeans.editor.BaseTextUI$RootView.paint(BaseTextUI.java:594)
at org.netbeans.editor.BaseTextUI.paintRegion(BaseTextUI.java:238)
at org.netbeans.editor.EditorUI.paint(EditorUI.java:1315)
at org.netbeans.editor.BaseTextUI.paint(BaseTextUI.java:217)
at javax.swing.plaf.ComponentUI.update(ComponentUI.java:39)
at javax.swing.JComponent.paintComponent(JComponent.java:395)
at javax.swing.JComponent.paint(JComponent.java:687)
at javax.swing.JComponent.paintChildren(JComponent.java:498)
at javax.swing.JComponent.paint(JComponent.java:696)
at javax.swing.JViewport.paint(JViewport.java:668)
at javax.swing.JComponent.paintChildren(JComponent.java:498)
at javax.swing.JComponent.paint(JComponent.java:696)
at javax.swing.JComponent.paintChildren(JComponent.java:498)
at javax.swing.JComponent.paint(JComponent.java:696)
at javax.swing.JComponent.paintChildren(JComponent.java:498)
at javax.swing.JComponent.paint(JComponent.java:696)
at javax.swing.JComponent.paintChildren(JComponent.java:498)
at javax.swing.JComponent.paint(JComponent.java:696)
at javax.swing.JComponent.paintChildren(JComponent.java:498)
at javax.swing.JComponent.paint(JComponent.java:696)
at javax.swing.JComponent.paintWithBuffer(JComponent.java:3878)
at javax.swing.JComponent._paintImmediately(JComponent.java:3821)
at javax.swing.JComponent.paintImmediately(JComponent.java:3672)
at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:370)
at org.netbeans.core.windows.frames.PinRepaintRM.paintDirtyRegions(PinRepaintRM.java:75)
at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:124)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:154)
[catch] at java.awt.EventQueue.dispatchEvent(EventQueue.java:337)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:131)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:98)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:85)
Tue Nov 06 11:35:29 CET 2001: java.lang.NoSuchMethodError: null
java.lang.NoSuchMethodError
at org.netbeans.modules.web.core.jsploader.TagLibParseSupport.parsePage(TagLibParseSupport.java:150)
at org.netbeans.modules.web.core.jsploader.TagLibParseSupport.access$200(TagLibParseSupport.java:41)
at org.netbeans.modules.web.core.jsploader.TagLibParseSupport$ParsingRunnable.run(TagLibParseSupport.java:119)
at org.openide.util.Task.run(Task.java:124)
[catch] at org.openide.util.RequestProcessor$ProcessorThread.run(RequestProcessor.java:626)
I seems that it can't compile my jsp to servlet
THX

ive ran into many problems with compiling in forte. I just compile everything from the command line now, lets me know exactly what switches i want, and it works! ive never seen an error like that in forte though, i would just recommend compiling it from the command line with "javac"...

Servlets in forte

Similar Messages

Maybe you are looking for