Um Alfresco 2.1 unter JBoss 4.2GA laufen zu lassen ist eine kleine Manipulation nötig, ansonsten gibt’s sowas:
ERROR [proxy.pojo.BasicLazyInitializer] Javassist Enhancement failed:
org.alfresco.repo.avm.PlainDirectoryNodeImpl
java.lang.RuntimeException: by java.lang.IllegalAccessError:
class org.hibernate.proxy.HibernateProxy_$$_javassist_110 cannot access its
superinterface org.alfresco.repo.avm.PlainDirectoryNode
at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:342)In der Datei server/default/deploy/ejb3.deployer/META-INF/persistence.properties ist der Hibernate Bytecode Provider von “javassist” auf cglib zu ändern:
#hibernate.bytecode.provider=javassist
hibernate.bytecode.provider=cglibWarum das so ist weiß der Geier. Und der hier, der weiß das offensichtlich auch. Danke!
Einige interessante Case Studies zu Alfresco-Projekten finden sich hier.
Endlich bahnt sich ein Eclipse basierter TypoScript Editor an: http://www.tyclipse.org/
Bin ja gespannt…
Hat man ja schon öfter gebraucht: ein zwischengeschaltetes Login, falls der User nicht angemeldet ist, dann aber flugs weiter zur eigentlichen Aktion. Nur müssen die ursprünglichen Parameter durch das Login durchgeschliffen werden.
Hierzu gibt es, als undokumentiertes Feature, einen Hook:
1. localconf der eigenen Extension anpassen:
if (t3lib_extMgm::isLoaded('newloginbox') && (TYPO3_MODE == 'FE')) {
$GLOBALS ['TYPO3_CONF_VARS']['EXTCONF']['newloginbox']['loginFormOnSubmitFuncs'][] =
'tx_myextension_newloginbox->loginFormOnSubmit';
require_once(t3lib_extMgm::extPath('my_extension').'class.tx_myextension_newloginbox.php');
}
2. class.tx_myextension_newloginbox.php schreiben
class tx_eccgeneral_newloginbox {
function loginFormOnSubmit(){
$onSubmit = '';
$hidden = "";
if(t3lib_div::GPVar("msg_uid")) {
$hidden .= '<input type="hidden" name="msg_uid" value="'.t3lib_div::GPVar("msg_uid").'">';
}
if(t3lib_div::GPVar("action")) {
$hidden .= '<input type="hidden" name="action" value="'.t3lib_div::GPVar("action").'">';
}
return array($onSubmit, $hidden);
}
}
Wer bei der Extension-Entwicklung öfters auf solche nicht sonderlich aussagekräftigen Fehlermeldungen stößt:
Warning: Invalid argument supplied for foreach() in
/srv/www/blabla/typo3/class.db_list.inc on line 685
… der Solte in seiner ext_localconf.php folgende Einstellung vornehmen:
$GLOBALS['TYPO3_DB']->debugOutput = true;
Nun gibts auch aussagekräftige Fehlermeldungen.
Der Ordnung halber sollte das beim Livegang aber wieder deaktiviert werden.
Häufig hatte ich das Problem, dass beim Einsatz von RealURL einzelne Seiten nicht mehr annavigierbar waren.
Ein Klick auf home/service/imprint für damit zu home/service. Und das auch nur weil ‘postVarSet_failureMode’ => ‘redirect_goodUpperDir’ aktiviert wa, ansonsten hätte es eine häßliche Fehlermeldung gegeben. Mein Verdacht war immer, dass es was mit dem RealURL cache zutunhaben muss, den nach löschen des frontend caches und das Neuerzeugen des Links auf home/service/imprint durch Reload der Seite home/service ging es immer.
Nach einigem Googeln stellte ich fest, dass viele mit diesem Problem zu kämpfen haben und es eine Konfigurationsmöglichkeit gibt, die deses Problem behebt:
'pagePath' => array (
...
'firstHitPathCache' => true
)
Was das genau macht, weiss ich nicht, aber es hilft!
Eine nette und übersichtliche Gegenüberstellung der gängigsten Open Source Portalserver findet sich hier. Der Sieger ist Liferay, am schlechtesten hat der Klassiker Apache Jetspeed abgeschnitten. Auch JBoss Portal 2.6 schneidet besser ab, als ich es erwartet hätte…
Wenn aus irgendeinem Grund (von einem übereifrigen RTE beispielsweise) überflüssige BR-Tags erzeugt werden, kann man diese einfach unterdrücken:
#content-section code br {
display: none;
}…hätt ich ja nicht gedacht, dass das geht…
Wir hatten das Problem das der scp-Task von ANT beim Übertragen ganzer Verzeichnisse zum Zielsystem über Eclipse häufig einfach stehenbleibt. Ich habe zwar bis heute nicht herausgefunden, woran das liegt, aber dennoch eine Lösung gefunden:
Dem scp-Task ist das Attribut sftp=”yes” hinzuzufügen, dann wird über SFTP gesendet und alles ist gut.
Eclipse muss hierzu jedoch auf 3.3 upgegradet werden wg. neuer ANT-Version.
JBoss Portal 2.6 ist nun endlich fertig. Was als neues Feature sofort auffällt: Die Portaluser können sich nun ihre Portlets selber zusammenkonfigurieren, und auch Drag ‘n’ Drop (wie z.B. auf der Google Startpage) ist nun möglich. Auch die Admin-GUI sieht nun etwas benutzbarer aus. Was sich sonst noch so getan hat, muss ich noch herausfinden…
Wer’s genau wissen will: http://jira.jboss.com/jira/browse/JBPORTAL
