Kombinierte Ansicht Flache Ansicht Baumansicht
Threads [ Zurück | Nächste ]
toggle
Thomas Berg
Portlet blacklisted
8. August 2010 08:45
Antwort

Thomas Berg

Rang: Regular Member

Nachrichten: 134

Eintrittsdatum: 7. September 2009

Neue Beiträge

Today I saw something that I haven't seen before,

Using Liferay 6.0.4, I tried to deploy a portlet and the Autodeployer went nuts...
Within a very short time period (see times below), the portal had made 10 tries and blacklisted my portlet.

Below is an excerpt from my Tomcat log (the actual portlet name has been changed):

115:28:25,984 INFO  [AutoDeployDir:167] Processing my-portlet.war
215:28:25,984 ERROR [AutoDeployDir:197] com.liferay.portal.kernel.deploy.auto.AutoDeployException: java.util.zip.ZipException: error in opening zip file
3.
4.
5.
615:28:30,062 INFO  [AutoDeployDir:172] Processing my-portlet.war. This is attempt 9.
715:28:30,062 INFO  [AutoDeployDir:203] Add my-portlet.war to the blacklist


Apart from this bug (?), where's the blacklist and how do you edit it?

/ Thomas
Amos Fong
RE: Portlet blacklisted
8. August 2010 22:22
Antwort

Amos Fong

LIFERAY STAFF

Rang: Liferay Legend

Nachrichten: 1896

Eintrittsdatum: 7. Oktober 2008

Neue Beiträge

Hi Thomas,

The blacklist is stored in memory and you can't edit it. You have to restart the server to reset it.
Erik Forsström
RE: Portlet blacklisted
7. April 2011 23:00
Antwort

Erik Forsström

Rang: Junior Member

Nachrichten: 59

Eintrittsdatum: 25. März 2010

Neue Beiträge

There really is no other way here?

I had to restart a production server because of this little feature. Won't make the same mistake again :-). Perhaps there should be a feature for it.
Amos Fong
RE: Portlet blacklisted
7. April 2011 23:07
Antwort

Amos Fong

LIFERAY STAFF

Rang: Liferay Legend

Nachrichten: 1896

Eintrittsdatum: 7. Oktober 2008

Neue Beiträge

Sounds good to me =)

http://issues.liferay.com
Michal Sima
RE: Portlet blacklisted
27. Februar 2013 03:07
Antwort

Michal Sima

Rang: New Member

Nachrichten: 23

Eintrittsdatum: 27. Februar 2013

Neue Beiträge

This thread is pretty old, but I am pretty stucked with a blacklist addition while trying to deploy MSTRPortlet.

 1
 210:48:16,186 ERROR [com.liferay.portal.kernel.deploy.auto.AutoDeployScanner][AutoDeployDir:210] com.liferay.portal.kernel.deploy.auto.AutoDeployException: com.liferay.portal.kernel.deploy.auto.AutoDeployException: web.xml must be updated to the Servlet 2.4 specification
 3com.liferay.portal.kernel.deploy.auto.AutoDeployException: com.liferay.portal.kernel.deploy.auto.AutoDeployException: web.xml must be updated to the Servlet 2.4 specification
 4    at com.liferay.portal.tools.deploy.BaseDeployer.autoDeploy(BaseDeployer.java:201)
 5    at com.liferay.portal.deploy.auto.PortletAutoDeployListener.deploy(PortletAutoDeployListener.java:84)
 6    at com.liferay.portal.kernel.deploy.auto.AutoDeployDir.processFile(AutoDeployDir.java:193)
 7    at com.liferay.portal.kernel.deploy.auto.AutoDeployDir.scanDirectory(AutoDeployDir.java:235)
 8    at com.liferay.portal.kernel.deploy.auto.AutoDeployScanner.run(AutoDeployScanner.java:54)
 9Caused by: com.liferay.portal.kernel.deploy.auto.AutoDeployException: web.xml must be updated to the Servlet 2.4 specification
10    at com.liferay.portal.tools.deploy.BaseDeployer.updateWebXml(BaseDeployer.java:2020)
11    at com.liferay.portal.tools.deploy.BaseDeployer.deployDirectory(BaseDeployer.java:576)
12    at com.liferay.portal.tools.deploy.BaseDeployer.deployFile(BaseDeployer.java:957)
13    at com.liferay.portal.tools.deploy.BaseDeployer.deployFile(BaseDeployer.java:889)
14    at com.liferay.portal.tools.deploy.BaseDeployer.autoDeploy(BaseDeployer.java:198)
15    ... 4 more
1610:48:16,187 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployScanner][AutoDeployDir:216] Add MSTRPortlet_Liferay.war to the blacklist
1710:48:39,240 WARN  [http-bio-8080-exec-3][404_jsp:?]


I cannot install MSTR plugin using Control Panel as it is not present in the Marketplace. Any clues what should I modify (only change web.xml form or something maybe else) in order to make it work?

Thanks in advance.
Hitoshi Ozawa
RE: Portlet blacklisted
27. Februar 2013 06:04
Antwort

Hitoshi Ozawa

Rang: Liferay Legend

Nachrichten: 7949

Eintrittsdatum: 23. März 2010

Neue Beiträge

Well, the blacklist will go away once you restart your liferay.
Kravchenko Dmitry
RE: Portlet blacklisted
22. Mai 2013 14:22
Antwort

Kravchenko Dmitry

Rang: Regular Member

Nachrichten: 139

Eintrittsdatum: 4. Oktober 2010

Neue Beiträge

You can disable then enable Plugin Installer to clear black list without server restart.

Plugin Installation -> Configuration section.
Brian Scott Schupbach
RE: Portlet blacklisted
31. Mai 2013 13:10
Antwort

Brian Scott Schupbach

Rang: Expert

Nachrichten: 329

Eintrittsdatum: 23. Oktober 2008

Neue Beiträge

FYI: deactivating and re-activiting the plugin instalation module did not work for me.

I second the idea of creating some interface to override the blacklist.
Yann BAILLY
RE: Portlet blacklisted
14. Januar 2015 05:17
Antwort

Yann BAILLY

Rang: New Member

Nachrichten: 1

Eintrittsdatum: 14. Januar 2015

Neue Beiträge

Kravchenko Dmitry:
You can disable then enable Plugin Installer to clear black list without server restart.

Plugin Installation -> Configuration section.


Thank you, it worked for me (Liferay Portal Standard Edition 5.2.3).
Jim Somerville
RE: Portlet blacklisted
16. Januar 2015 12:03
Antwort

Jim Somerville

Rang: New Member

Nachrichten: 2

Eintrittsdatum: 19. September 2013

Neue Beiträge

My experience with this blacklist issue on 6.2:

Restarting the Tomcat instance and/or the server did not fix the issue. According to the Liferay log, I could successfully re-deploy the portlet afterwards, but it was missing in any pages that included it, with a message stating the portlet had been un-deployed. Even after the restart and re-deploy, not only did it not show up in the pages, but it was not even available in the Applications list of the editor or Control Panel.

The other workaround I saw in this thread (assuming I understood it correctly), de-activating the Plugins Configuration Portlet in the Control Panel > Apps > Plugins Configuration page caused the said Plugins Configuration page to no longer be available, which meant I could not re-activate the portlet. To fix this problem I had to go into the database's portlet table and set the active_ field to "TRUE" for portletid 132, and then restart the server. This portletid was found to correspond to the Plugins Configuration Portlet in 2 instances of Liferay 6.2, but not sure that is the id across all installations.

Eventually, what seemed to resolve the blacklisted portlet issue for me was manually deleting the portlet's directory in the Tomcat's webapps folder on the server. Then I restarted the server (or at least the Tomcat instance), and after restart re-deployed the blacklisted portlets one last time. This then restored the portlets in their pages. Needless to say, this caused some downtime, but was fortunately on a dev server.

I'm not entirely clear what exactly led to the resolution of this problem. I am just putting my experience here in case it helps anyone else. Perhaps version 6.2 has some changes that led to the resolutions above not working, or perhaps I just misunderstood them. Regardless, I will be following the advice in this forum thread of uploading the .war files to a different directory on the server first, and then copying them into the deploy directory from that local file source.
David H Nebinger
RE: Portlet blacklisted
16. Januar 2015 12:26
Antwort

David H Nebinger

Community Moderator

Rang: Liferay Legend

Nachrichten: 11046

Eintrittsdatum: 1. September 2006

Neue Beiträge

Blacklisting occurs if you try to copy to Liferay's deploy folder over a slow link. If Liferay sees the file and tries to process it before the copy completes, the file gets blacklisted. By slow link, this is usually some sort of network copy (i.e. nfs or samba or ftp) is being used to push the file.

You avoid this problem by not uploading directly to the deploy folder, you upload to another folder on the system and then use the native filesystem routines to locally move the file to deploy folder.