404 inside widgets after installation

  13 posts   Feedicon  
Replies: 12 - Last Post: October 09, 2009 13:10
by: Kim Neunert
showing 1 - 13 of 13
 
Posted: September 21, 2009 09:16 by Kim Neunert
Hi guys,

I'm not very skilled with glassfish, so maybe it's a dead simple-issue:
i installed glassfish and before, i changed the instance-port in the setup.xml:

<property name="instance.port" value="9090"/>

After deployment of ceq, i could access the Admin-pages:
http://some-serber:9090/ceq-docs/

but all the widgets return something like that:

Error (HTTP Status Code: 404)

Does this relates to the change of the default-port? Did i make any other mistake? Any hints about that?

thanks

Kim

 
Posted: September 21, 2009 13:28 by Max Wegmueller
Hi,

the port change should not be an issue, the port number is not hard coded.

May be you can find in the glassfish server log more details about the 404.

Regards,
Max
 
Posted: September 21, 2009 14:57 by Kim Neunert

I had a look here and it doesn't seem to log anything:
glassfish/domains/domain1/logs/server.log

But if i recreate the demo-data, i get this exception:



[#|2009-09-21T15:44:01.801+0200|FINE|sun-appserver2.1|oracle.toplink.essentials.session.file:/home/support/community_equity/glassfish/domains/domain1/applications/j2ee-apps/ceq/ceq-ejb_jar/-ceq.sql|_ThreadID=21;_ThreadName=httpSSLWorkerThread-9090-2;ClassName=null;MethodName=null;_RequestID=f8b07ff5-1808-4521-b22a-3f465995fd67;|SELECT TAG_ID, TAG_KIND, TQ, TAG_KEY, CREATED_ON, UPDATED_ON, NAME FROM TAG WHERE (TAG_KEY = ?)
bind => [demo]|#]

[#|2009-09-21T15:44:01.804+0200|SEVERE|sun-appserver2.1|javax.enterprise.system.container.web|_ThreadID=21;_ThreadName=httpSSLWorkerThread-9090-2;_RequestID=f8b07ff5-1808-4521-b22a-3f465995fd67;|StandardWrapperValve[jsp]: PWC1406: Servlet.service() for servlet jsp threw exception
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.RangeCheck(ArrayList.java:547)
at java.util.ArrayList.get(ArrayList.java:322)
at org.apache.jsp.createdemodata_jsp.createInfos(createdemodata_jsp.java from :214)
at org.apache.jsp.createdemodata_jsp._jspService(createdemodata_jsp.java from :363)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:109)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:389)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:486)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:380)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:315)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:287)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:222)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1096)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:166)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1096)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:288)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:647)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:579)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:831)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
|#]


The jsp produced this output:


* Initialize Database... Done
* Creating Users...
* Checking for Usergroup: allusers
* Done (0 created) Creating Tags... Done (0 created)
* Creating Informations...
 
Posted: September 21, 2009 15:42 by Peter Reiser
Kim - did you install the ear file version 1.1 (http://kenai.com/projects/community-equity/downloads/download/ceq_1.1.ear) or did you compiled a new version from the SVN?

If its via ear file - try to delete the db and create it again and initialize it with http://kenai.com/projects/community-equity/downloads/download/mysql_5.sql . Then you should see some initial entries in the widgets
 
Posted: September 21, 2009 16:40 by Kim Neunert
Hi Peter,
I used an old ear. I deployed the new one and now i could create the test-Data completely ("That's all folks!"). But the 404-error stay the same.

How could i track this further down? I tried to set the debug value to true in the jndi-config but i do not get any output in the server.log at all requesting pages in the "ceq-console".
 
Posted: September 21, 2009 17:59 by Peter Reiser
- go to /ceq-docs/community_overview/index.html
- then look at the HTML source ..
e.g.
What is the path of the widget.xxx js

e.g. it should be :
<script type="text/javascript" src="/ceq-widget/ceq_listing_information/js/rating_templates.js"></script>
<script type="text/javascript" src="/ceq-widget/ceq_listing_information/js/jquery.rating.js"></script>
...

if you call http://yourserver:yourportHmmmceq-widget/ceq_listing_information/js/jquery.rating.js - does it find the file ?

 
Posted: September 21, 2009 18:35 by Kim Neunert
> does it find the file ?

Yes, it's there!
 
Posted: September 24, 2009 13:08 by Kim Neunert
I didn't find a solution yet, but maybe my issue-description was not clear enough. Here is what i get at
http://myserver:9090/ceq-widget/admin/blacklist/index.html



<html><head><!--
DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER
MANY LINES MORE
-->


<title>ceq blacklist management</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<link rel="stylesheet" type="text/css" href="../../css_global/ceq_default.css">
<link rel="stylesheet" type="text/css" href="../css/ceq_admin.css">
<script src="/ceq-widget/js/jquery/jquery.js"></script>
<script src="/ceq-widget/admin/blacklist/js/jquery.ceqblacklist.js"></script>

<script type="text/javascript">
$(document).ready(function() {
var objWidget = new $.BlackListInfo();
objWidget.deploy('#blockinfo', 1, 6 );
var objWidget = new $.BlackListPeople();
objWidget.deploy('#blockpeople', 1, 6 );
});
</script>
</head><body>
<h2>Blacklist Management</h2>
<div class="ceq_adminwidget" id="blockinfo">Error (HTTP Status Code: 404)</div>
<br><br><hr><br><br>
<!-- <h2>Widget 2</h2> -->

<div class="ceq_adminwidget" id="blockpeople">Error (HTTP Status Code: 404)</div>
</body></html>

 
Posted: September 21, 2009 16:42 by Kim Neunert
Sorry, what i forgot to mention: i used this installation-guide:
http://wikis.sun.com/display/ceqdoc/Installation+instructions

(not the one for developers).

cheers

Kim
 
Posted: September 25, 2009 20:00 by Peter Reiser

Hi Kim - It seems to be an issue with your Glassfish config or ear file deployment as the 404 error message means not found and the path of the widget code are relative to the web_home - aka it should work.

Maybe you can try it to install Community Equity using Netbeans. When you install Netbeans its automatically installs the Glassfish App server as well . Instruction can be found http://blogs.sun.com/peterreiser/entry/communtiy_equity_kenai_and_netbeans here .

 
Posted: October 09, 2009 13:10 by Kim Neunert
> Hi Kim - It seems to be an issue with your Glassfish config or ear file deployment as the
> 404 error message means not found and the path of the widget code are relative to the
> web_home - aka it should work.

Yes, it's definitely a glassfish config-issue. It's running under a different port than the ceq-javascript-widgets expect them to run. How do you tell the widget on which port to connect?

> Maybe you can try it to install Community Equity using Netbeans.

That is now running Smile


Thanks a lot

Kim
 
Posted: September 30, 2009 08:45 by freddurao
Hi all,

I have installed CEQ from NetBeans and it really works fine, however, I am facing a database error while loading the demo data.

Caused by: Exception [TOPLINK-3002] (Oracle TopLink Essentials - 2.1 (Build b60e-fcs (12/23/2008))): oracle.toplink.essentials.exceptions.ConversionException

Exception Description: The object [ADMIN], of class [class java.lang.String], from mapping [oracle.toplink.essentials.mappings.DirectToFieldMapping[acrIndex-->PERSON_USER_GROUP.ACR]] with descriptor [RelationalDescriptor(com.sun.ceq.entity.PersonUserGroup --> [DatabaseTable(PERSON_USER_GROUP)])], could not be converted to [class java.lang.Integer].

Internal Exception: java.lang.NumberFormatException: For input string: "ADMIN"

Apparently this error is related to Enum datatype that cannot be converted and subsequently stored in the database. Has anyone experienced this before? I am not sure whether I am missing any database configuration.

Note: I am using MySQL 5.1 as suggested.

Thanks in advance,
Fred Durao.
 
Posted: October 01, 2009 09:46 by freddurao
Hi all,

I figure out the problem...

The database schema from ...ceq-ejb\schema\mysql_5.sql ... was not syncronized with the one at http://kenai.com/downloads/community-equity/mysql_5.sql.

I used the first one from ....trunk\ceq-ejb\schema\mysql_5.sql and the system is running properly again.

Best,
Fred Durao.
showing 1 - 13 of 13
Replies: 12 - Last Post: October 09, 2009 13:10
by: Kim Neunert
  • Mysql
  • Glassfish
  • Jruby
  • Rails
  • Nblogo
Terms of Use; Privacy Policy;
© 2010, Oracle Corporation and/or its affiliates
(revision 20120127.ac94057)
 
 
Close
loading
Please Confirm
Close