Re: Book/extensive documentation on Jetspeed wanted:K@N@!:
I want this book with a autographs of the authors (the fathers of Jetspeed1-2) :-) - Original Message - x-sender: Weaver, Scott [EMAIL PROTECTED] From: Weaver, Scott [EMAIL PROTECTED] x-receiver: 'Jetspeed Users List' [EMAIL PROTECTED] To: 'Jetspeed Users List' [EMAIL PROTECTED] Sent: Friday, August 01, 2003 5:53 PM Subject: RE: Book/extensive documentation on Jetspeed wanted Subject: RE: Book/extensive documentation on Jetspeed wanted:[EMAIL PROTECTED]@!: I have been approached by Manning to do one and there are a couple of other developers that will be co-authoring it with me. We are waiting to get a fully-functional version of J2 out the door before we start writing it though. *===* * Scott T Weaver * * Jakarta Jetspeed Portal Project * * [EMAIL PROTECTED] * *===* -Original Message- From: Jason Weiss [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 11:16 AM To: 'Jetspeed Users List' Subject: RE: Book/extensive documentation on Jetspeed wanted There was a pending book from Wrox Press, but since they went out of business I'm not sure if another publisher picked up the manuscript. Jason -Original Message- From: Jesús María Román Ruiz del Moral [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2003 2:09 AM To: [EMAIL PROTECTED] Subject: Book/extensive documentation on Jetspeed wanted Hi, friends: Does anybody know about a good book on creating portals with Jetspeed? I have just read the tutorial from its home page, and, though a good starting point, I need more... Thnx. Jesús María - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem in portlet action
I am confused by portlet action. In my jsp, there is a line like this : input type=submit name=eventSubmit_doAddvalue value=Add Value onclick=javascript:oncheck(document.propertySet.elements['propertyValue'].value) In javascript:oncheck(value), I will check if value is available, if not, return false. In general, this submit action should not be performed, but in portlet action, doAddvalue still runs. This goes against my idea. How to disable the action when my javascript returns false. thanks a lot. sophy
jetspeed and castor
Hi @ll, It was hard to update to 1.4b4. The problem I was confronted with was the old version of castor. Jetspeed needs 0.9.3 and I have used 0.9.5. Why is jetspeed delivered with such an old version??? Does anyone know a possibility to use two versions of the same resources at the same time? I don't believe it, but I have still a little hope. (The old version is not so good as the new one?) Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jetspeed and castor
Have you tried simply replacing the castor bundled with jetspeed with your newer version ? I don't think you should encounter any issue and if it *does* work please report on the list and we will update the dependency in CVS. -- Raphaël Luta - [EMAIL PROTECTED] Jakarta Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ -Message d'origine- De : Daniel Freitag [mailto:[EMAIL PROTECTED] Envoyé : dimanche 3 août 2003 16:39 À : jetspeed-user-list Objet : jetspeed and castor Hi @ll, It was hard to update to 1.4b4. The problem I was confronted with was the old version of castor. Jetspeed needs 0.9.3 and I have used 0.9.5. Why is jetspeed delivered with such an old version??? Does anyone know a possibility to use two versions of the same resources at the same time? I don't believe it, but I have still a little hope. (The old version is not so good as the new one?) Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** Vivendi Universal - HTTP://www.vivendiUniversal.com: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material of Vivendi Universal which is for the exclusive use of the individual designated above as the recipient. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact immediately the sender by returning e-mail and delete the material from any computer. If you are not the specified recipient, you are hereby notified that all disclosure, reproduction, distribution or action taken on the basis of this message is prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
install on tomcat 3.? and mysql
hi, i have a problem installing jetspeed on a tomcat 3.? and mysql i get an ** Horrible Exception: java.lang.NoClassDefFoundError: org/apache/jetspeed/om/security/turbine/BaseTurbineUserPeer at org.apache.jetspeed.services.security.turbine.TurbineUserManagement.getUser(TurbineUserManagement.java:161) at org.apache.jetspeed.services.JetspeedUserManagement.getUser(JetspeedUserManagement.java:98) at ** i have the jdbc driver installed a test.jsp besides the index.jsp of jetspeed works fine with it i have the Torque.properties edited like this ** database.default=default torque.database.default.adapter=mysql torque.dsfactory.default.connection.driver = org.gjt.mm.mysql.Driver torque.dsfactory.default.connection.url = jdbc:mysql://localhost:3306/*** torque.dsfactory.default.connection.user = *** torque.dsfactory.default.connection.password = *** ** and i have my db tables created and populated with the given scripts. where did i fail? tia frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSP Portlet with Applet
Env: RH8.0 J2SE 1.4.2 Tomcat 4.1.24 Jetspeed 1.4b4 I am seeing strange behavior when trying to use an applet in a JSP Portlet. The entries in my jsp file within the applet tag are: applet code=com.domain.applet.MyApplet.class codebase=../../../../../applets archive=domain-applets-myapplet.jar, ../lib/jjj.jar, ... /applet The codebase is set this way due to the jsp file being in the WEB-INF/templates/jsp/portlets/html/ directory. The codebase for an applet is calculated relative to the html/jsp file containing the applet tag. Using Mozilla from Linux: The Java Console shows the following output: Loading applet ... Initializing applet ... Starting applet ... Connecting http://localhost:8080/../../../../applets/domain-applets-myapplet.jar with no proxy Connecting http://localhost:8080/../../../../applets/domain-applets-myapplet.jar with cookie Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar with no proxy Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar with cookie Connecting http://localhost:8080/../../../../applets/com/domain/applet/MyApplet.class with no proxy Connecting http://localhost:8080/../../../../applets/com/domain/applet/MyApplet.class with cookie Connecting http://localhost:8080/../../../../applets/com/domain/applet/MyApplet/class.class with no proxy Connecting http://localhost:8080/../../../../applets/com/domain/applet/MyApplet/class.class with cookie load: class com.domain.applet.MyApplet.class not found. java.lang.ClassNotFoundException: com.domain.applet.MyApplet.class at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:154) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:115) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:558) at sun.applet.AppletPanel.createApplet(AppletPanel.java:617) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1848) at sun.applet.AppletPanel.runLoader(AppletPanel.java:546) at sun.applet.AppletPanel.run(AppletPanel.java:298) at java.lang.Thread.run(Thread.java:534) Caused by: java.io.IOException: open HTTP connection failed. at sun.applet.AppletClassLoader.getBytes(AppletClassLoader.java:257) at sun.applet.AppletClassLoader.access$100(AppletClassLoader.java:43) at sun.applet.AppletClassLoader$1.run(AppletClassLoader.java:144) at java.security.AccessController.doPrivileged(Native Method) at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:141) ... 9 more Exception: java.lang.ClassNotFoundException: com.domain.applet.MyApplet.class Using IE6 under Windows: The Java Console shows the following output: java.io.FileNotFoundException: http://localhost:8080/applets/domain-applets-myapplet.jar From the Java Console output it appears as though the portlet is running the jsp file from http://localhost:8080 for Mozilla (and is cutting off one of the ../ in the codebase) and from http://localhost:8080 for IE6 (and is ignoring the ../../../../../ leading path altogether) rather than from the template directory where it is stored. This is not good. It means that for any applet we cannot calculate codebase paths relative to the jsp file which is what you are supposed to do when using an applet. BTW, my applet works correctly in an iframe portlet in both browsers. Has anyone had any success displaying an applet from a JSP Portlet? thx, Gerry Reno __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP Portlet with Applet
You cannot calculate the codebase relative to the Portlet JSP because this JSP is not accessed directly by the browser. The codebase must be relative to the jetspeed servlet URI, which is /jetspeed/portal/ by default, thus your codebase should certainly be only ../applets, and this will work wherever your portlet JSPs are located :) -- Raphaël Luta - [EMAIL PROTECTED] Jakarta Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ -Message d'origine- De : Gerry Reno [mailto:[EMAIL PROTECTED] Envoyé : dimanche 3 août 2003 22:33 À : Jetspeed Users List Objet : JSP Portlet with Applet Env: RH8.0 J2SE 1.4.2 Tomcat 4.1.24 Jetspeed 1.4b4 I am seeing strange behavior when trying to use an applet in a JSP Portlet. The entries in my jsp file within the applet tag are: applet code=com.domain.applet.MyApplet.class codebase=../../../../../applets archive=domain-applets-myapplet.jar, ../lib/jjj.jar, ... /applet The codebase is set this way due to the jsp file being in the WEB-INF/templates/jsp/portlets/html/ directory. The codebase for an applet is calculated relative to the html/jsp file containing the applet tag. Using Mozilla from Linux: The Java Console shows the following output: Loading applet ... Initializing applet ... Starting applet ... Connecting http://localhost:8080/../../../../applets/domain-applets-myapplet.jar with no proxy Connecting http://localhost:8080/../../../../applets/domain-applets-myapplet.jar with cookie Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar with no proxy Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar with cookie Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet.class with no proxy Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet.class with cookie Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet/class.class with no proxy Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet/class.class with cookie load: class com.domain.applet.MyApplet.class not found. java.lang.ClassNotFoundException: com.domain.applet.MyApplet.class at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:154) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:115) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:558) at sun.applet.AppletPanel.createApplet(AppletPanel.java:617) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1848) at sun.applet.AppletPanel.runLoader(AppletPanel.java:546) at sun.applet.AppletPanel.run(AppletPanel.java:298) at java.lang.Thread.run(Thread.java:534) Caused by: java.io.IOException: open HTTP connection failed. at sun.applet.AppletClassLoader.getBytes(AppletClassLoader.java:257) at sun.applet.AppletClassLoader.access$100(AppletClassLoader.java:43) at sun.applet.AppletClassLoader$1.run(AppletClassLoader.java:144) at java.security.AccessController.doPrivileged(Native Method) at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:141) ... 9 more Exception: java.lang.ClassNotFoundException: com.domain.applet.MyApplet.class Using IE6 under Windows: The Java Console shows the following output: java.io.FileNotFoundException: http://localhost:8080/applets/domain-applets-myapplet.jar From the Java Console output it appears as though the portlet is running the jsp file from http://localhost:8080 for Mozilla (and is cutting off one of the ../ in the codebase) and from http://localhost:8080 for IE6 (and is ignoring the ../../../../../ leading path altogether) rather than from the template directory where it is stored. This is not good. It means that for any applet we cannot calculate codebase paths relative to the jsp file which is what you are supposed to do when using an applet. BTW, my applet works correctly in an iframe portlet in both browsers. Has anyone had any success displaying an applet from a JSP Portlet? thx, Gerry Reno __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** Vivendi Universal - HTTP://www.vivendiUniversal.com: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material of Vivendi Universal which is for the exclusive use of the individual designated above as the recipient.
RE: JSP Portlet with Applet
Ok, with a slight variance on the codebase ( just 'applets' ) the applet is loading and starting. However there is another problem - the applet does not display. I can see in the Java Console that it is running and doing all the things that it should be doing but no display. I've tried this under a couple different versions of Tomcat and same thing on all of them. I checked the page source and the applet tag is there and all the parameters are right but I don't see the applet. Any suggestions? thx, Gerry Reno --- Luta, Raphael (VUN) [EMAIL PROTECTED] wrote: You cannot calculate the codebase relative to the Portlet JSP because this JSP is not accessed directly by the browser. The codebase must be relative to the jetspeed servlet URI, which is /jetspeed/portal/ by default, thus your codebase should certainly be only ../applets, and this will work wherever your portlet JSPs are located :) -- Raphaël Luta - [EMAIL PROTECTED] Jakarta Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ -Message d'origine- De : Gerry Reno [mailto:[EMAIL PROTECTED] Envoyé : dimanche 3 août 2003 22:33 À : Jetspeed Users List Objet : JSP Portlet with Applet Env: RH8.0 J2SE 1.4.2 Tomcat 4.1.24 Jetspeed 1.4b4 I am seeing strange behavior when trying to use an applet in a JSP Portlet. The entries in my jsp file within the applet tag are: applet code=com.domain.applet.MyApplet.class codebase=../../../../../applets archive=domain-applets-myapplet.jar, ../lib/jjj.jar, ... /applet The codebase is set this way due to the jsp file being in the WEB-INF/templates/jsp/portlets/html/ directory. The codebase for an applet is calculated relative to the html/jsp file containing the applet tag. Using Mozilla from Linux: The Java Console shows the following output: Loading applet ... Initializing applet ... Starting applet ... Connecting http://localhost:8080/../../../../applets/domain-applets-myapplet.jar with no proxy Connecting http://localhost:8080/../../../../applets/domain-applets-myapplet.jar with cookie Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar with no proxy Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar with cookie Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet.class with no proxy Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet.class with cookie Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet/class.class with no proxy Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet/class.class with cookie load: class com.domain.applet.MyApplet.class not found. java.lang.ClassNotFoundException: com.domain.applet.MyApplet.class at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:154) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:115) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:558) at sun.applet.AppletPanel.createApplet(AppletPanel.java:617) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1848) at sun.applet.AppletPanel.runLoader(AppletPanel.java:546) at sun.applet.AppletPanel.run(AppletPanel.java:298) at java.lang.Thread.run(Thread.java:534) Caused by: java.io.IOException: open HTTP connection failed. at sun.applet.AppletClassLoader.getBytes(AppletClassLoader.java:257) at sun.applet.AppletClassLoader.access$100(AppletClassLoader.java:43) at sun.applet.AppletClassLoader$1.run(AppletClassLoader.java:144) at java.security.AccessController.doPrivileged(Native Method) at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:141) ... 9 more Exception: java.lang.ClassNotFoundException: com.domain.applet.MyApplet.class Using IE6 under Windows: The Java Console shows the following output: java.io.FileNotFoundException: http://localhost:8080/applets/domain-applets-myapplet.jar From the Java Console output it appears as though the portlet is running the jsp file from http://localhost:8080 for Mozilla (and is cutting off one of the ../ in the codebase) and from http://localhost:8080 for IE6 (and is ignoring the ../../../../../ leading path altogether) rather than from the template directory where it is stored. This is not good. It means that for any applet we cannot calculate codebase paths relative to the jsp file which is what you are supposed to do when using an applet. BTW, my applet works correctly in an iframe portlet in both browsers. Has anyone had any success displaying an applet from a JSP Portlet? thx,
RE: JSP Portlet with Applet
I looking at the applet tag in the page source I can see that it is sitting in a table construction like so: table ... tr td applet ... /applet /td /tr /table So I did a little experimentation with applets and table tags and found that applets will not display in the above type of layout. But they will display in a table if you just remove the enclosing td tag so it looks like this: table ... tr applet ... /applet /tr /table Don't know why the td tag is a problem, but it is. Anyone know how we can get Jetspeed to quit putting the td tag around the applet tag? thx, Gerry Reno --- Gerry Reno [EMAIL PROTECTED] wrote: Ok, with a slight variance on the codebase ( just 'applets' ) the applet is loading and starting. However there is another problem - the applet does not display. I can see in the Java Console that it is running and doing all the things that it should be doing but no display. I've tried this under a couple different versions of Tomcat and same thing on all of them. I checked the page source and the applet tag is there and all the parameters are right but I don't see the applet. Any suggestions? thx, Gerry Reno --- Luta, Raphael (VUN) [EMAIL PROTECTED] wrote: You cannot calculate the codebase relative to the Portlet JSP because this JSP is not accessed directly by the browser. The codebase must be relative to the jetspeed servlet URI, which is /jetspeed/portal/ by default, thus your codebase should certainly be only ../applets, and this will work wherever your portlet JSPs are located :) -- Raphaël Luta - [EMAIL PROTECTED] Jakarta Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ -Message d'origine- De : Gerry Reno [mailto:[EMAIL PROTECTED] Envoyé : dimanche 3 août 2003 22:33 À : Jetspeed Users List Objet : JSP Portlet with Applet Env: RH8.0 J2SE 1.4.2 Tomcat 4.1.24 Jetspeed 1.4b4 I am seeing strange behavior when trying to use an applet in a JSP Portlet. The entries in my jsp file within the applet tag are: applet code=com.domain.applet.MyApplet.class codebase=../../../../../applets archive=domain-applets-myapplet.jar, ../lib/jjj.jar, ... /applet The codebase is set this way due to the jsp file being in the WEB-INF/templates/jsp/portlets/html/ directory. The codebase for an applet is calculated relative to the html/jsp file containing the applet tag. Using Mozilla from Linux: The Java Console shows the following output: Loading applet ... Initializing applet ... Starting applet ... Connecting http://localhost:8080/../../../../applets/domain-applets-myapplet.jar with no proxy Connecting http://localhost:8080/../../../../applets/domain-applets-myapplet.jar with cookie Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar with no proxy Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar with cookie Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet.class with no proxy Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet.class with cookie Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet/class.class with no proxy Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet/class.class with cookie load: class com.domain.applet.MyApplet.class not found. java.lang.ClassNotFoundException: com.domain.applet.MyApplet.class at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:154) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:115) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:558) at sun.applet.AppletPanel.createApplet(AppletPanel.java:617) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1848) at sun.applet.AppletPanel.runLoader(AppletPanel.java:546) at sun.applet.AppletPanel.run(AppletPanel.java:298) at java.lang.Thread.run(Thread.java:534) Caused by: java.io.IOException: open HTTP connection failed. at sun.applet.AppletClassLoader.getBytes(AppletClassLoader.java:257) at sun.applet.AppletClassLoader.access$100(AppletClassLoader.java:43) at sun.applet.AppletClassLoader$1.run(AppletClassLoader.java:144) at java.security.AccessController.doPrivileged(Native Method) at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:141) ... 9 more Exception: java.lang.ClassNotFoundException: com.domain.applet.MyApplet.class Using IE6 under Windows: The Java Console shows the following output:
RE: JSP Portlet with Applet
In doing some more tests it appears that the display problem is related to declaring the applet width as 100% in conjunction with nesting it in a table td tag. If I declare the applet width as a fixed number of pixels then the applet will display in a td tag. This is rather limiting. When using applet width set to 100% it will only display if it is not nested inside any td tags. Gerry Reno --- Gerry Reno [EMAIL PROTECTED] wrote: I looking at the applet tag in the page source I can see that it is sitting in a table construction like so: table ... tr td applet ... /applet /td /tr /table So I did a little experimentation with applets and table tags and found that applets will not display in the above type of layout. But they will display in a table if you just remove the enclosing td tag so it looks like this: table ... tr applet ... /applet /tr /table Don't know why the td tag is a problem, but it is. Anyone know how we can get Jetspeed to quit putting the td tag around the applet tag? thx, Gerry Reno --- Gerry Reno [EMAIL PROTECTED] wrote: Ok, with a slight variance on the codebase ( just 'applets' ) the applet is loading and starting. However there is another problem - the applet does not display. I can see in the Java Console that it is running and doing all the things that it should be doing but no display. I've tried this under a couple different versions of Tomcat and same thing on all of them. I checked the page source and the applet tag is there and all the parameters are right but I don't see the applet. Any suggestions? thx, Gerry Reno --- Luta, Raphael (VUN) [EMAIL PROTECTED] wrote: You cannot calculate the codebase relative to the Portlet JSP because this JSP is not accessed directly by the browser. The codebase must be relative to the jetspeed servlet URI, which is /jetspeed/portal/ by default, thus your codebase should certainly be only ../applets, and this will work wherever your portlet JSPs are located :) -- Raphaël Luta - [EMAIL PROTECTED] Jakarta Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ -Message d'origine- De : Gerry Reno [mailto:[EMAIL PROTECTED] Envoyé : dimanche 3 août 2003 22:33 À : Jetspeed Users List Objet : JSP Portlet with Applet Env: RH8.0 J2SE 1.4.2 Tomcat 4.1.24 Jetspeed 1.4b4 I am seeing strange behavior when trying to use an applet in a JSP Portlet. The entries in my jsp file within the applet tag are: applet code=com.domain.applet.MyApplet.class codebase=../../../../../applets archive=domain-applets-myapplet.jar, ../lib/jjj.jar, ... /applet The codebase is set this way due to the jsp file being in the WEB-INF/templates/jsp/portlets/html/ directory. The codebase for an applet is calculated relative to the html/jsp file containing the applet tag. Using Mozilla from Linux: The Java Console shows the following output: Loading applet ... Initializing applet ... Starting applet ... Connecting http://localhost:8080/../../../../applets/domain-applets-myapplet.jar with no proxy Connecting http://localhost:8080/../../../../applets/domain-applets-myapplet.jar with cookie Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar with no proxy Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar with cookie Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet.class with no proxy Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet.class with cookie Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet/class.class with no proxy Connecting http://localhost:8080/../../../../applets/com/domain/applet/My Applet/class.class with cookie load: class com.domain.applet.MyApplet.class not found. java.lang.ClassNotFoundException: com.domain.applet.MyApplet.class at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:154) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:115) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:558) at sun.applet.AppletPanel.createApplet(AppletPanel.java:617) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1848) at sun.applet.AppletPanel.runLoader(AppletPanel.java:546) at sun.applet.AppletPanel.run(AppletPanel.java:298) at java.lang.Thread.run(Thread.java:534) Caused by: java.io.IOException: open HTTP connection