You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-user@portals.apache.org by "Rutledge, Aaron" <AR...@5prime.com> on 2002/08/09 16:49:05 UTC

Newbie Questions--me too

Hi Hema and List,
    I am having the same problem as Hema with the JSP and Web portlets.
I thought it was probably the proxy server settings, which I have
adjusted by setting the TOMCAT_OPTS variable, but continued to have
problems.  The wierd thing is the IFRAME portlet loads external web
pages just fine.  I am going to look at the source code between the two
portlets to see what is going on.  Anyone else have this problem?  Even
the example "JavaWeb" WebPagePortlet does not load its content and gives
a lengthy error. 

I am getting the following exception....


java.net.NoRouteToHostException: No route to host: connect
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:295)
        at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:161)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:148)
        at java.net.Socket.connect(Socket.java:425)
        at java.net.Socket.connect(Socket.java:375)
        at sun.net.NetworkClient.doConnect(NetworkClient.java:139)
        at sun.net.www.http.HttpClient.openServer(HttpClient.java:366)
        at sun.net.www.http.HttpClient.openServer(HttpClient.java:582)
        at sun.net.www.http.HttpClient.<init>(HttpClient.java:292)
        at sun.net.www.http.HttpClient.<init>(HttpClient.java:253)
        at sun.net.www.http.HttpClient.New(HttpClient.java:321)
        at sun.net.www.http.HttpClient.New(HttpClient.java:306)
        at sun.net.www.http.HttpClient.New(HttpClient.java:301)
...and so on

Certainly looks like a firewall issue.  But I wonder why the IFRAME
works?  Any help greatly appreciated.  I would love to get this
wonderful tool running.  Best regards to all!  Aaron

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Error in 'create new user account' + some questions

Posted by Dariush Behboudi <da...@glamm.com>.
Hi everyone,
I've installed JetSpeed1.4b1 on a XP system, with Tomcat3.3, from the
default war file.
I've detached an error creating new user accounts, and also trying to
login with a wrong account.

The error is:
------------------------------------
<input name="username" type="TEXT" value="Horrible Exception:
java.lang.NoClassDefFoundError: javax/activation/DataSource at
java.lang.ClassLoader.defineClass0(Native Method) at
java.lang.ClassLoader.defineClass(ClassLoader.java:488) at
org.apache.tomcat.util.depend.DependClassLoader12.defineClassCompat(Depe
ndClassLoader12.java:156) at
org.apache.tomcat.util.depend.DependClassLoader.loadClassInternal1(Depen
dClassLoader.java:211) at
org.apache.tomcat.util.depend.DependClassLoader12$1.run(DependClassLoade
r12.java:92) at java.security.AccessController.doPrivileged(Native
Method) at
org.apache.tomcat.util.depend.DependClassLoader12.loadClass(DependClassL
oader12.java:90) at
java.lang.ClassLoader.loadClass(ClassLoader.java:250) at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:310) at
java.lang.Class.getMethods0(Native Method) at
java.lang.Class.getMethods(Class.java:737) at
org.apache.velocity.util.introspection.ClassMap.getAccessibleMethods(Cla
ssMap.java:292) at
org.apache.velocity.util.introspection.ClassMap.populateMethodCache(Clas
sMap.java:189) at
org.apache.velocity.util.introspection.ClassMap.(ClassMap.java:102) at
org.apache.velocity.util.introspection.IntrospectorBase.createClassMap(I
ntrospectorBase.java:164) at
org.apache.velocity.util.introspection.IntrospectorBase.getMethod(Intros
pectorBase.java:150) at
org.apache.velocity.util.introspection.Introspector.getMethod(Introspect
or.java:137) at
org.apache.velocity.runtime.parser.node.ASTMethod.doIntrospection(ASTMet
hod.java:148) at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java
:208) at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReferenc
e.java:207) at
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference
.java:250) at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav
a:271) at org.apache.velocity.Template.merge(Template.java:296) at
org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:492) at
org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:461) at
org.apache.turbine.services.velocity.TurbineVelocityService.decodeReques
t(TurbineVelocityService.java:485) at
org.apache.turbine.services.velocity.TurbineVelocityService.handleReques
t(TurbineVelocityService.java:327) at
org.apache.turbine.services.velocity.TurbineVelocity.handleRequest(Turbi
neVelocity.java:146) at
org.apache.turbine.modules.screens.VelocityDirectScreen.buildTemplate(Ve
locityDirectScreen.java:123) at
org.apache.turbine.modules.screens.TemplateScreen.doBuild(TemplateScreen
.java:130) at org.apache.turbine.modules.Screen.build(Screen.java:99) at
org.apache.turbine.modules.ScreenLoader.eval(ScreenLoader.java:129) at
org.apache.turbine.util.template.TemplateScreen.toString(TemplateScreen.
java:126) at
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference
.java:321) at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.jav
a:271) at org.apache.velocity.Template.merge(Template.java:296) at
org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:492) at
org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:461) at
org.apache.turbine.services.velocity.TurbineVelocityService.decodeReques
t(TurbineVelocityService.java:485) at
org.apache.turbine.services.velocity.TurbineVelocityService.handleReques
t(TurbineVelocityService.java:327) at
org.apache.turbine.services.velocity.TurbineVelocity.handleRequest(Turbi
neVelocity.java:146) at
org.apache.turbine.modules.layouts.VelocityDirectLayout.doBuild(Velocity
DirectLayout.java:106) at
org.apache.turbine.modules.Layout.build(Layout.java:91) at
org.apache.turbine.modules.LayoutLoader.exec(LayoutLoader.java:123) at
org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPage.java:16
9) at org.apache.turbine.modules.Page.build(Page.java:90) at
org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123) at
org.apache.turbine.Turbine.doGet(Turbine.java:510) at
javax.servlet.http.HttpServlet.service(HttpServlet.java) at
javax.servlet.http.HttpServlet.service(HttpServlet.java) at
org.apache.tomcat.facade.ServletHandler.doService(ServletHandler.java:57
4) at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at
org.apache.tomcat.core.Handler.service(Handler.java:235) at
org.apache.tomcat.facade.ServletHandler.service(ServletHandler.java:485)
at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.jav
a:917) at
org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
at
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Htt
p10Interceptor.java:176) at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:49
4) at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:516) at java.lang.Thread.run(Thread.java:479)  
-------------------------------------------
 
Switching from the velocity to the jsp layout manager, the function
works fine.

Another bug that I found with the velocity layout manager that is not
present with the jsp one is related to any jsp portlet customization
(i.e. the default hello.jsp portlet).
Try to customize the skin and Update the portlet.
Now, coming back to the pane containing this portlet, no 'vm' files are
rendered, and you see, for example,

$jnavigation.setTemplate("top.vm")

instead of the top.vm render.

This problem obviously doesn't appears using the jsp layout manager.
Moving to another page and coming back to this one, all the 'vm' files
are rendered correctly.

Finally, I have some questions:
why you've moved to the velocity framework instead of continuing to
develop with jsp? It's true, using velocity you really separate layout
from logics (really you can do the same thing also using jsp, it depends
from your programming skill), but you also add new complexity with an
additional script language (that takes time to be understood) while jsp
is itself a very power full scripting language, born to make layouts
with java... 

And why you don't move to a jetpeed struts version, recognized from most
as a standard in m-v-c programming?

Thank you very much, 
Dariush.



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>