RE: Javascript Consolidation? [SOLVED]

RE: Session Attributes missing between Event and Render Phases?

2013-04-11T00:35:20Z

Mika,

I will ahve another look at the spec but I don't know that what I am looking for is in there. My understanding is that there is an APPLICATION (scope) session that can be used to share values between portlets -- like a global space -- and that there is a PORTLET (scope) session that is created on a portlet by portlet basis. Regardless of which scope I apply to the problem, the variable should be "saved" an available in when I get to my render handler. In fact, from what I know/see, this is the only way to pass varaibles between the event processor (handler) and the render handler.

Is there another way to accomplish this that I am not aware of?

RE: Session Attributes missing between Event and Render Phases?

2013-04-10T14:20:16Z

Mika Koivisto:

If the portlets are in the same war file you can use application scope to get it working. If they are in different wars you need to find a different approach as that's not going to work.

I think maybe I explained it wrong, or you misunderstood. The porlets are in individual WARs, but the methods that are acting strange are in the SAME portlet. So the flow..

Portlet A fires Event A
Portlet B captures Event A
Portlet B handler runs
Portlet B pushes value to its session attributes
Portlet B render handler runs
Portlet B tries to retrieve value from session attributes added by handler

.. and that is where the issue arises. For some reason, within the same portlet, within the same (portlet) session the values are not there. I think what you thought I was trying to do is put something in the session with PortletB and have it accessed by PortletA. That is an alternative that I was going to try, but now I am less focused on solving the programming problem and fixated on what is happening with what I am trying to do now

Does that list explain it better?

Session Attributes missing between Event and Render Phases?

2013-04-09T20:34:53Z

Hey Guys,

I'm all out of ideas here so I amn hoping my issue is one someone else has seen before. Liferay portal 6.1 CE, Linux, Tomcat 7. I have two portlets ... a search portlet and a search results portlet. The user performs a search action. In the action Handler I fire on a SearchResultsEvent IPC event. The search results portlet listens for the event and when found, runs the event handler. This is all working.

In the event handler, I pull out a "Records" object and I push it into the session with the default PORTLET_SCOPE. I do this, like so.

1
2// code to get the results out of the event request here ...
3eventRequest.getPortletSession().setAttribute("records", results.getRecords());

In the render phase for the portlet I try to put the value from the session as a render attribute like so --

1
2renderRequest.setAttribute("records", renderRequest.getPortletSession().getAttribute("records"));

For some reason though null is always being passed through to the JSP. I debugged the code and found that the value IS going into the session during the event handler, but it is NOT there anymore in the render handler. The sessions both have the same ID so I'm not sure what is wrong.

Any chance that someone else has come across this before? knows how to get passed it? has a suggestion for what else I can try?

RE: c3p0 Connection Pool -- unreturned connections?

2013-02-07T00:09:15Z

Hi Igor,

To be honest I never fully solved the issue. I managed to get it to the point where the server only ran out of resources once a month which seemed a suitable solution for my client (at the time). In the end I simply mucked with the pool settings as well as the hibernate and mysql settings until the results seemed reasonable. I think I also set some pretty aggressive garbage collection settings on the JVM.

I did try a new install which didn't seem to have an issue until I moved the code over. That seemed to me to be an indication of a problem with the custom code (written by someone else for the record! ) rather than a problem with liferay (core).

Hope that helps.

[SOLVED]RE: SearchContainer woes -- can't render certain columns?

2012-10-26T01:36:30Z

In the end this (thanks to Ray for this one) did it for me --

1
2<liferay-ui:search-container-column-text name="Parents">
3 <%= solrDocument.getFieldValue("parents") %>
4</liferay-ui:search-container-column-text>

.. which I swear I had tried. Interestingly though, if I use the same code, but place .toString() on the end it fails. Anyway, that's what solved it for me.

SearchContainer woes -- can't render certain columns?

2012-10-25T17:02:16Z

Help! I'm getting so frustrated with Liferay right now that I am contemplating switching over to the red side (Oracle).

Summary.
1. I query SOLR using the solrj library (works).

2. The result (SolrDocumentList) is added to the renderRequest as an attribute to get it back to the JSP (works).

1
2renderRequest.setAttribute("searchResults", resultsList);

3. In the JSP I retrieve the list (works).

1
2 int recordCount = 0;
3 SolrDocumentList searchResults = (SolrDocumentList)renderRequest.getAttribute("searchResults");
4
5 if ( searchResults != null )
6 recordCount = searchResults.size();

4. I bind the variable used to store this (searchResults) to the search-container-results (like so)

1
2<liferay-ui:search-container-results results="<%= searchResults %>" total="<%= recordCount %>" >

5. My schema in SOLR has three fields I am concerned with --
name (type="text_general" multiValue="false")
parents (type="text_general" multiValue="true")
children (type="text_general" multiValue="true")

Outputting the name column like so (works).

1
2<liferay-ui:search-container-column-text
3                               name="skill"
4                               value='<%= solrDocument.getFieldValue("name").toString() %>'
5                               />

6. When I try eiher the children or the parents, I get a stack trace --

1
2<liferay-ui:search-container-column-text
3                               name="skill"
4                               value='<%= solrDocument.getFieldValue("parents").toString() %>'
5                               />

.. the stack trace ultimately giving a null pointer exception. I checked the portal source and the columns want Strings... and the toString() generates one. The only difference really is that for the name its a single value and when I toString() the list for parents I get "[name, name. name]". I even went as far as to create a String variable, set it using THE SAME CODE, and then adding teh variable to the column, which works?!

I don't understand what the issue is. Any help would be appreciated.

RE: Ho to use feature "display page"

2012-10-04T21:22:36Z

I'm having the same issue -- did you figure out how this works by any chance? Documentation is not really helping me much.

RE: Setting the HTTP Response in a liferay service

2012-09-13T19:27:34Z

Hey Tim,

It's been a while since I've had to do anything with services but if memory serves me, you should be able to throw an exception that get returned as a SOAP Fault to the caller. I am pretty sure that Faults, although representing errors, do use a HTTP Status code of 200 OK. Have you tried that avenue yet?

RE: Liferay sucks!!

2012-09-06T20:28:37Z

I once saw an interview with Eminem after one of his album releases. The interviewer asked him how he felt about a crap ton of parents saying that he should be jailed for his lyrics and how offensive they felt they were etc. I thought his answer was awesome. He said --

"You don't like what I have to say? Don't listen. That's your choice."

... I think that same philosophy can be carried on here. You don't like Liferay, great, work with something else. Personally, I'd like to see the portal framework that Bill has built that is better.

Unfortuantely, in my career I have nearly always inheritted someone elses sh*t. From what I have seen, it's rarely the product that is crap but rather some sad developers interpretation of it that makes it difficult to use and frustrating.

RE: Creating ExtJS portal(Sencha) in Liferay

2012-08-30T00:34:28Z

The first thing you should consider changing is adding additional entried to the liferay-portlet.xml file such that the other JS files you listed are referenced. I would also chagne teh app.html to be a JSP page and remove the html, head amd body tags. These are added for you by Liferay. The best way to get this to work I think would the to do the following --

1. Install the Liferay plugins for eclipse
2. Create a new Liferay project (portlet project)
3. Add your Sencha files (*.js and *.css) to the corresponding folders
4. Update the liferay-portlet.xml to reference the additional css and js files
5. Deploy

and see where that takes you. Another thing to consider would be merging the JS files together into one JS file for the portlet or alternatively moving them into the theme so that they can be compressed and minified. I worked with ExtJS on a project once and one of the core issues we had to solve around performance was the bloated nature of these frameworks that want you to place every piece of code into it's on JS file. At one point, for a single page with 8 portlets we had over 118 JS requests! Page load time went from 37 seconds to 8 seconds once I had that number down to 42.

RE: Parameter handling with Action/Resource handler

2012-08-21T03:19:55Z

As far as I know, resource requests don't receive parameters (whcih is why what you tried is not working). I had to do this once before on a different platform and if I remember correctly, I had to append the paramteres to the resource URL in order to have them available in the resource handler.

RE: Obtain external client IP from web service

2012-06-23T01:30:30Z

The ServiceContext object has a getRemoteAddr() method on it as well. Can you use that one?

5.2.3 API Help

2012-06-12T15:38:53Z

Hi,

I realize this is the lamest post on the forum right now but i need more eyes. I'm used to working with Liferay 6+ where the User model object has methods on it (as part of the API) to retrieve Addresses and Phone number collections assigned to them. I have zero experience with 5.2.3 but know that the methodology is sound. So, Here is what I am doing -

1. Retrieve my list of organization ids (that I am trying to report on)
2. For each orgnization, get the list of users assigned to it
3. For each user in the list, append their details to a StringBuffer for the CSV report

... now for the raw fields like, first, last, email, its easy. But I can't see in the 5.2.3 API how I can retrieve their address(es) and phone number(s). Can someone point out the obvious to me?

c3p0 Connection Pool -- unreturned connections?

2012-05-23T14:38:13Z

Hi,

I have a real puzzle I am trying to figure out right now.A quick summary of what I think is going wrong and how I am patching the holes in a sinking ship.

1. 2 node cluster -- 10GB RAM and 500 DB connections per node
2. 10 - 15 minute window until all resources are exhausted and the server hangs
3. I enabled DEBUG level logging for com.mchange and can see the pool steadily increasing
4. I enable several JDBC loggers at DEBUG and can see a global prepared statement count steadily increasing

I suspect that the two coincided and that the prepares statement was not returning the connection to the pool. I turned on 3 additional c3p0 settings in the portal-ext file.

a. jdbc.default.testConnectionOnCheckout=true
b. jdbc.default.unreturnedConnectionTimeout=300 #5 minutes
c. jdbc.default.debugUnreturnedConnectionStackTraces=true

I was hoping that c. would lead me to the source of the leak. Unfortunately, I don't see the stacktraces being pushed out. On top of that I am occasionally having a problem saving a simple WebForm portlet's information. The stack trace that coincides with this error is --

  1
  212:33:27,794 ERROR [JDBCExceptionReporter:101] No operations allowed after connection closed.
  312:33:27,799 ERROR [WebFormPortlet:331] The web form data could not be saved to the database
  4com.liferay.portal.SystemException: com.liferay.portal.kernel.dao.orm.ORMException: could not load an entity: [com.liferay.counter.model.Counter#com.liferay.counter.model.Counter]
  5 at com.liferay.portal.service.persistence.impl.BasePersistenceImpl.processException(BasePersistenceImpl.java:91)
  6 at com.liferay.counter.service.persistence.CounterPersistence.increment(CounterPersistence.java:162)
  7 at com.liferay.counter.service.persistence.CounterPersistence.increment(CounterPersistence.java:121)
  8 at com.liferay.counter.service.persistence.CounterPersistence.increment(CounterPersistence.java:117)
  9 at com.liferay.counter.service.persistence.CounterUtil.increment(CounterUtil.java:42)
10 at com.liferay.counter.service.impl.CounterLocalServiceImpl.increment(CounterLocalServiceImpl.java:44)
11 at sun.reflect.GeneratedMethodAccessor596.invoke(Unknown Source)
12 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
13 at java.lang.reflect.Method.invoke(Method.java:592)
14 at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
15 at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
16 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
17 at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)
18 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
19 at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
20 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
21 at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
22 at $Proxy82.increment(Unknown Source)
23 at com.liferay.portlet.expando.service.impl.ExpandoValueLocalServiceImpl.addValue(ExpandoValueLocalServiceImpl.java:66)
24 at com.liferay.portlet.expando.service.impl.ExpandoValueLocalServiceImpl.addValue(ExpandoValueLocalServiceImpl.java:507)
25 at sun.reflect.GeneratedMethodAccessor597.invoke(Unknown Source)
26 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
27 at java.lang.reflect.Method.invoke(Method.java:592)
28 at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
29 at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
30 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
31 at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)
32 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
33 at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
34 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
35 at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
36 at $Proxy98.addValue(Unknown Source)
37 at com.liferay.portlet.expando.service.ExpandoValueLocalServiceUtil.addValue(ExpandoValueLocalServiceUtil.java:259)
38 at com.liferay.webform.portlet.WebFormPortlet.saveDatabase(WebFormPortlet.java:323)
39 at com.liferay.webform.portlet.WebFormPortlet.saveData(WebFormPortlet.java:183)
40 at sun.reflect.GeneratedMethodAccessor730.invoke(Unknown Source)
41 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
42 at java.lang.reflect.Method.invoke(Method.java:592)
43 at com.liferay.portal.kernel.portlet.LiferayPortlet.callActionMethod(LiferayPortlet.java:111)
44 at com.liferay.portal.kernel.portlet.LiferayPortlet.processAction(LiferayPortlet.java:69)
45 at com.sun.portal.portletcontainer.appengine.filter.FilterChainImpl.doFilter(FilterChainImpl.java:98)
46 at com.liferay.portal.kernel.portlet.PortletFilterUtil.doFilter(PortletFilterUtil.java:57)
47 at com.liferay.portal.kernel.servlet.PortletServlet.service(PortletServlet.java:100)
48 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
49 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
50 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
51 at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
52 at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
53 at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
54 at com.liferay.portlet.InvokerPortletImpl.invoke(InvokerPortletImpl.java:618)
55 at com.liferay.portlet.InvokerPortletImpl.invokeAction(InvokerPortletImpl.java:664)
56 at com.liferay.portlet.InvokerPortletImpl.processAction(InvokerPortletImpl.java:359)
57 at com.liferay.portal.action.LayoutAction.processPortletRequest(LayoutAction.java:604)
58 at com.liferay.portal.action.LayoutAction.processLayout(LayoutAction.java:428)
59 at com.liferay.portal.action.LayoutAction.execute(LayoutAction.java:195)
60 at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
61 at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
62 at com.liferay.portal.struts.PortalRequestProcessor.process(PortalRequestProcessor.java:157)
63 at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
64 at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
65 at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
66 at com.liferay.portal.servlet.MainServlet.callParentService(MainServlet.java:608)
67 at com.liferay.portal.servlet.MainServlet.service(MainServlet.java:846)
68 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
69 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
70 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
71 at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
72 at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
73 at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
74 at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
75 at com.liferay.portal.servlet.FriendlyURLServlet.service(FriendlyURLServlet.java:143)
76 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
77 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
78 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
79 at com.liferay.portal.kernel.servlet.BaseFilter.processFilter(BaseFilter.java:154)
80 at com.liferay.portal.servlet.filters.strip.StripFilter.processFilter(StripFilter.java:142)
81 at com.liferay.portal.kernel.servlet.BaseFilter.doFilter(BaseFilter.java:91)
82 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
83 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
84 at com.liferay.portal.kernel.servlet.BaseFilter.processFilter(BaseFilter.java:154)
85 at com.liferay.portal.kernel.servlet.BaseFilter.doFilter(BaseFilter.java:94)
86 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
87 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
88 at com.liferay.portal.kernel.servlet.BaseFilter.processFilter(BaseFilter.java:154)
89 at com.liferay.portal.servlet.filters.gzip.GZipFilter.processFilter(GZipFilter.java:140)
90 at com.liferay.portal.kernel.servlet.BaseFilter.doFilter(BaseFilter.java:91)
91 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
92 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
93 at com.liferay.portal.kernel.servlet.BaseFilter.processFilter(BaseFilter.java:154)
94 at com.liferay.portal.servlet.filters.secure.SecureFilter.processFilter(SecureFilter.java:282)
95 at com.liferay.portal.kernel.servlet.BaseFilter.doFilter(BaseFilter.java:91)
96 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
97 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
98 at com.liferay.portal.kernel.servlet.BaseFilter.processFilter(BaseFilter.java:154)
99 at com.liferay.portal.kernel.servlet.BaseFilter.doFilter(BaseFilter.java:94)
100 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
101 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
102 at com.liferay.portal.kernel.servlet.BaseFilter.processFilter(BaseFilter.java:154)
103 at com.liferay.portal.servlet.filters.cache.CacheFilter.processFilter(CacheFilter.java:425)
104 at com.liferay.portal.kernel.servlet.BaseFilter.doFilter(BaseFilter.java:91)
105 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
106 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
107 at com.liferay.portal.kernel.servlet.BaseFilter.processFilter(BaseFilter.java:154)
108 at com.liferay.portal.servlet.filters.virtualhost.VirtualHostFilter.doFilter(VirtualHostFilter.java:191)
109 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
110 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
111 at com.liferay.portal.kernel.servlet.BaseFilter.processFilter(BaseFilter.java:154)
112 at com.liferay.portal.servlet.filters.threadlocalcache.ThreadLocalCacheFilter.processFilter(ThreadLocalCacheFilter.java:55)
113 at com.liferay.portal.kernel.servlet.BaseFilter.doFilter(BaseFilter.java:91)
114 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
115 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
116 at com.liferay.portal.kernel.servlet.BaseFilter.processFilter(BaseFilter.java:154)
117 at com.liferay.portal.kernel.servlet.BaseFilter.doFilter(BaseFilter.java:94)
118 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
119 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
120 at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:738)
121 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
122 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
123 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
124 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
125 at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
126 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
127 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
128 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
129 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
130 at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
131 at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
132 at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767)
133 at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697)
134 at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889)
135 at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
136 at java.lang.Thread.run(Thread.java:595)
137Caused by: com.liferay.portal.kernel.dao.orm.ORMException: could not load an entity: [com.liferay.counter.model.Counter#com.liferay.counter.model.Counter]
138 at com.liferay.portal.dao.orm.hibernate.ExceptionTranslator.translate(ExceptionTranslator.java:41)
139 at com.liferay.portal.dao.orm.hibernate.SessionImpl.get(SessionImpl.java:131)
140 at com.liferay.counter.service.persistence.CounterPersistence.increment(CounterPersistence.java:145)
141 ... 130 more

I'm not sure but i suspect that for some reason the unreturned connections are being used in this scenario. When I first boot I don't see the issue but eventually this starts to show up and the "Portet is unavailable message" is displayed to me after submitting the form.

I'm beating my brains trying to figure this problem out. Can anyone help?

RE: CSS Compression

2012-05-09T16:13:11Z

I've solved my own problem. In the end, it was the morons that migrated the portlets for us and their moronic approach to doing it that was the problem. They had not included any style sheets in the liferay-portlet.xml file and instead were doing the classic <link type="..."/> in the JSP pages.

Fail.

How I managed to get it to work.

1. Create a file in the /my-portlet/docroot/css location called main.jsp (you can call it whatever you want -- that appears to be LR standard)

2. Copy ROOT/html/portlets/css_init.jsp to you css folder in your project. (I tried referencing it but got a 500 error at run time)

3. First line in the main.jsp should reference the css_init.jsp file using the <%@ include file="... %>

4. Include references to all other style sheets using the same <%@ include file="..." %> approach. The order you specify them is the order they will load so make sure your highest priority sheet is last in the list.

5. In the liferay-portlet.xml add a reference to /css/main.jsp in the <header-portlet-css /> section.

6. Set theme.fast.load.css=true in the portal-ext.properties file

7. Restart your server clearing all cache (server and browser).

Using firebug you should see a main.jsp CSS item on the NET tab. All your styles shouldstill work but you get all the data using one call instead of x.

Hope this helps save someone else some pain.

RE: CSS Compression

2012-05-08T17:30:26Z

bump.

Anyone out there?

RE: Can someone give me an example portlet with a config page?

2012-05-08T16:01:41Z

I'm using the IDE and we're on 6.0 SP1 EE. You just need to configure multiple runtime environments and sdks in eclipse.

CSS Compression

2012-05-08T03:41:49Z

Hi,

My question is actually realted to both CSS compression and JS compression. I've been doing some digging and have tried a few things out but so far no luck. Here is what I have.

I have a single portlet project with multiple portlet definitions. The structure is something like this (and cannot really be altered -- I inherrited this)

1
2MyPortlet/docroot
3 custom-navigation
4       view.jsp
5 custom-breadcrumbs
6       view.jsp
7       edit.jsp
8       help.jsp
9 custom-bookmarks
10       view.jsp
11 css
12       common
13          common.css.jsp
14       custom-navigation
15          custom-nav-a.css.jsp
16          custom-nav-b.css
17       custom-breadcrumbs
18          a.css.jsp
19          b.css
20          c.css
21       custom-bookmarks
22          styles.css.jsp

I have added in the /MyProject/docroot/css a file called main.jsp. In it I have done placed the following --

1
2<%@ include file="/html/portlet/css_init.jsp" %>
3<%@ include file="common/common.css" %>
4<%@ include file="custom-navigation/custom-nav-a.css.jsp" %>
5<%@ include file="custom-navigation/custom-nav-b.css" %>
6<%@ include file="custom-breadcrumbs/a.css.jsp" %>
7<%@ include file="custom-breadcrumbs/b.css" %>
8<%@ include file="custom-breadcrumbs/c.css" %>
9<%@ include file="custom-bookmarks/styles.css.jsp" %>

and then in my portal-ext.properties I have added the required --

1
2theme.fast.load.css=true

I clear the server cache and the browser cache. Fire everything up (firefox) and navigate to a page that has all three portlets on it. Using Firebug and selecting the NET tab with a CSS filter I am able to see the main.jsp line, but it is slightly grey as compared to all the other lines which are basically the individual CSS files listed above. I think that this means that it is not working right?

Can someone tell me what I am doing wrong?

RE: Can someone give me an example portlet with a config page?

2012-03-23T00:52:13Z

Hey Bobby,

If you're not already doing so, I would suggest downloading the Liferay IDE or installing the plugins for eclipse. They make it much easier to get the structure of a project in place. Once you have that up and running you should check out the SAMPLE porlets that Liferay provides. They're available in the SVN. They cover a lot of different topics. If you've never worked with portlets before then be prepared to commit some time -- it's not a concept you're going to pick up in a couple of hours and be an expert at.

RE: Javascript Consolidation? [SOLVED]

2012-03-22T01:01:41Z

Hey David,

I wanted to post my final results (incase anyone else stumbles upon the same issue) and to say thanks again for your help.

In the end I took your advice. As a matter of interest I did try to use a JSP hook before the Ext plugin. At first it looked promising, but I quickly realized that it was more for substitution than addition. Since I was trying to ADD file to the ROOT application, the Ext plugin was my only real option.

Here is what I did.

1. Using the Eclipse IDE I create a EXT plugin project.
2. Under the resulting project I expanded docroot/WEB-INF/ext-web/docroot
3. I create the structure /html/js to mirror what is in the ROOT
4. I then created a sub-folder (a bunch actually but to keep it simple...) called extjs
5. In there I placed the core ExtJS files
6. I then removed the JS files them from my portlet.
7. I deployed the Ext project.
8. After the deployment I stoped the server.
9. I then updated the portal-ext.properties file to include
javascript.fast.load=true
javascript.everything.files=extjs/file1.js,extjs/file2.js

**NOTE: one of the bundle paths specified in portal.properties is /html/js so you don't need to specify that part.

10. I restarted the server.
11. Redeployed my portlet (JS files removed)
12. Login to the portal.
13. Navigate to the page with my portlet.
14. Used firebug to verify that the JS files were not loaded (explicitly)
15. Test the portlet and all JS functionality worked.

The only thing to note, since I was new to EXT Plugins is the pain to make changes to it. For anyone else who comes across this, the IDE offers a sweet option. If you right click on the project there is a Liferay option. Under there you will find the option to "clean app server.." (or something). This will use the bundle zip you've specified and basically replace the existing runtime with the bundled one. Be forewarned you will lose all your deployments if you use the OOTB one you download. I zipped up my pret EXT plugin version and specified that as my bundle and then continued to add the JS files one at a time to make sure no conflicts came up.

Thanks again.