nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Alfresco CE 3.3 CIFS bringt Adobe CS5 Indesign zum Absturz

relayer_1669

Hallo,

wir testen zurzeit Alfresco CE 3.3 (auf SUSE & mySQL) in einem Szenario mit starker Nutzung von Photoshop und Indesign von Macs. Arbeiten mit dem CIFS share von einem Mac OSX Snow Leopard und CS5 Photoshop funktioniert wunderbar, Photoshop kann das Laufwerk ganz normal als Fileablage benutzen.
Mit Adobe Indesign CS5 gibt es aber ein masives Problem: wenn man aus Indesign am Mac versucht, eine Datei auf den CIFS share zu speichern crasht Indesign (Laufwerk nicht verfügbar). Im alfresco.log ist nichts zu sehen, aber Indesign stürzt ab und die gespeicherte Datei ist fragmentiert und lässt sich nicht mehr öffen.

Kann mir jemand zu diesem Problem Tipps oder Hilfestellung geben ? Ich kann nicht sagen, ob das ein generelles Problem mit der Kombination Indesign & Alfresco ist oder es einen Workaround oder Lösung dazu gibt.

Vielen Dank im voraus !

Martin.

Find more posts tagged with

Comments

thomash

Hallo relayer,

ich würde hier die Ursache erst einmal auf Seiten von indesign suchen, da ja nicht das Alfresco System sondern scheinbar die Client Applikation ein Problem hat. Schreibt indesign irgendwelche informationen raus warum es ein Problem hat bzw. gibt es hier irgendwelche Log Ausgaben?

relayer_1669

Hi Thomas,

Danke für deine Antwort. Wir haben das Problem jetzt auch mit Adobe Indesign CS4 reproduzieren können. Es kommt hier zwar nicht immer zum Absturz - aber fast immer. Anbei findest Du Screenshots der Fehlermeldungen von CS4 und CS5 sowie einen Stacktrace des CS4. Interessant scheint mir der Hinweis auf die "Änderung durch einen anderen Prozess". Evtl. passiert da in Alfresco etwas im Hintergrund, was Indesign stört/killt. Was uns noch aufgefallen ist ist, dass Indesign beim Speichern zwischenzeitlich temporäre Dateien anlegt und wieder entfernt - evtl. ist das in Kombinatrion mit dem CIFS Share ein Problem.
Ich hoffe, Du kannst mit diesen Infos etwas anfangen…

THX ahead,

r.

thomash

Vielleicht kann Indesign hier bestimmte temporäre Dateien nicht auf dem CIFS Share erstellen.
Hier müsste sich allerdings Alfresco zu Wort melden.
Es wäre sinnvoll das Log Level für die JLan Komponente mal hochzudrehen um mal zu sehen was denn genau passiert und was InDesign alles schreiben möchte.
Könnte mir vorstellen das Indesign irgendwelche zustandspezifischen Informationen in den Files mitabspeichert und es sich hierbei um ne Art Locking Problem handelt also Indesign aus irgendeinem Grund glaubt das die Datei bereits von jemand anderem geöffnet ist.

Noch was anderes, wenn ich deinen Screenshot richtig deute arbeitet ihr auf Macs?
Warum mountet ihr Alfresco dann nicht als NFS Share? Wäre zumindest mal einen Versuch wert.

relayer_1669

Hi,

Danke für die Infos !
NFS werden wir mal probieren, das Thema ist da halt, dass das mit dem Usermapping nicht schön geht.
Welches Debugflag genau soll ich im log4j setzen ?

Liebe Grüße,

R.

thomash

Ich würde mal vorschlagen du drhets mal die logs für das package org.alfresco.filesys mindestens auf debug hoch. Wenn du da nix findest dann gleich auf trace.

relayer_1669

Hi,

ich hab' jetzt einen Stacktrace von den Tests; es scheint so, als ob die (temporären) Filenamen von inDesign ein Problem für Alfresco sind.

15:13:27,233 DEBUG [org.alfresco.fileserver] [WNB33] Closing session due to exception
15:13:27,233 ERROR [org.alfresco.fileserver] org.alfresco.repo.node.integrity.IntegrityException: 07092615 Found 1 integrity violations:
15:13:27,233 ERROR [org.alfresco.fileserver] Invalid property value: 
15:13:27,233 ERROR [org.alfresco.fileserver]    Node: workspace://SpacesStore/cc1587d8-a849-4635-887f-547615c5e7a7
15:13:27,233 ERROR [org.alfresco.fileserver]    Type: {http://www.alfresco.org/model/content/1.0}content
15:13:27,233 ERROR [org.alfresco.fileserver]    Property: {http://www.alfresco.org/model/content/1.0}name
15:13:27,233 ERROR [org.alfresco.fileserver]    Constraint: 07092614 Value '?~testgb090810~u)fogo.idlk' is not valid as a file name. This property must be a valid file name.
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.repo.node.integrity.IntegrityChecker.checkIntegrity(IntegrityChecker.java:661)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.repo.transaction.AlfrescoTransactionSupport$TransactionSynchronizationImpl.beforeCommit(AlfrescoTransactionSupport.java:683)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.springframework.transaction.support.TransactionSynchronizationUtils.triggerBeforeCommit(TransactionSynchronizationUtils.java:95)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.springframework.transaction.support.AbstractPlatformTransactionManager.triggerBeforeCommit(AbstractPlatformTransactionManager.java:927)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:737)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:723)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:394)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.util.transaction.SpringAwareUserTransaction.commit(SpringAwareUserTransaction.java:472)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:347)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:232)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.filesys.alfresco.AlfrescoDiskDriver.doInWriteTransaction(AlfrescoDiskDriver.java:181)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.filesys.repo.ContentDiskDriver.closeFile(ContentDiskDriver.java:2416)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.smb.server.NTProtocolHandler.procCloseFile(NTProtocolHandler.java:1399)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.smb.server.NTProtocolHandler.runProtocol(NTProtocolHandler.java:257)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.smb.server.SMBSrvSession.runHandler(SMBSrvSession.java:1366)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.smb.server.SMBSrvSession.processPacket(SMBSrvSession.java:1458)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.smb.server.CIFSThreadRequest.runRequest(CIFSThreadRequest.java:59)
15:13:27,233 ERROR [org.alfresco.fileserver]    at org.alfresco.jlan.server.thread.ThreadRequestPool$ThreadWorker.run(ThreadRequestPool.java:153)
15:13:27,233 ERROR [org.alfresco.fileserver]    at java.lang.Thread.run(Thread.java:619)‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Kannst Du zu diesem Stack etwas finden ?

Danke & Lg, r.

thomash

Hallo relayer,

Wenn du mal in das default content model reinkuckst (WEB-INF/classes/alfresco/model/contentModel.xml),
siehst du der Dateiname für den Datentyp cm:cmobjekt über den Constraint cm:filename eingeschränkt ist.

 <type name="cm:cmobject">
         <title>Object</title>
         <parent>sys:base</parent>
         <properties>
            <property name="cm:name">
               <title>Name</title>
               <type>d:text</type>
…
               <constraints>
                  <constraint ref="cm:filename" />
               </constraints>
            </property>
         </properties>
         <mandatory-aspects>
            <aspect>cm:auditable</aspect>
         </mandatory-aspects>
      </type>
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Der Constraint cm:filename definiert über einen regulären Ausdruck welche Zeichen ein Dateiname nicht enthalten darf.

   <constraints>
      <constraint name="cm:filename" type="REGEX">
         <parameter name="expression"><value><![CDATA[(.*[\"\*\\\>\<\?\/\:\|]+.*)|(.*[\.]?.*[\.]+$)|(.*[ ]+$)]]></value></parameter>
         <parameter name="requiresMatch"><value>false</value></parameter>
      </constraint>
  ….
   </constraints>
‍‍‍‍‍‍‍‍‍

So wies aussieht trifft dieser reguläre Ausdruck

(.*[\"\*\\\>\<\/\:\|]+.*)|(.*[\.]?.*[\.]+$)|(.*[ ]+$) ‍

den von InDesign definierten temporären Dateinamen

?~testgb090810~u)fogo.idlk‍

aufgrund des Fragezeichens. Und Alfresco lässt diesen Dateinamen damit nicht zu.

Kann man InDesign bebringen temporäre Dateien woanders hinzuschrieben (z.B. lokales TempVerzeichnis) oder die temporären Dateinamen anders zu stricken?
Sollte das nicht möglich sein, könnte man auch den Constraint anpassen (Das escapte Fragezeichen am Anfang rausnehmen). Allerdings kann ich nicht voraussagen welche Wechselwirkungen daraus entstehen.

relayer_1669

Hi Thomas,

Danke für die ausführliche Info !
Ich hab' das jetzt durchprobiert und ein derartiger Fehler kommt dann nicht mehr. Allerdings löst die Korrektur das Problem nicht (sehr oft hatte ich auch schon vorher Abstürze ohne derartige Fehlermeldungen). Zumeist werden die Lockdateien von Indesign als ~blahblah~eincode.idlk abgelegt (d.h. ohne ? im Namen) und damit hat Alfresco dann kein Problem. Trotzdem bricht die Verbindung zum CIFS Share ab und Indesign stürzt ab.

Ich hab' einen komplettes filesys=debug Logschnipsel angehängt, in dem ein DEMO2.indd gespeichert werden soll und Indesign abstürzt; das File DEMO2.indd wird zwar angelegt, aber ist nicht mehr zu öffnen. Fehler treten seitens Alfresco keine auf; aber vielleicht kannst Du etwas im Log sehen, was auf das Problem hindeuten könnte.

Ich habe die Vermutung, dass irgendein Zugriff durch Alfresco auf das File Indesign stört und es dadurch abschmiert. Kann man Alfresco irgendwie dazu bewegen, für *.idlk-Files keine Aktionen (z.B. Metadatenextraktion, Indexierung, etc.) zu machen ?

Danke & liebe Grüße,

R.

relayer_1669

Hi Thomas,

kleines Update zum Thema:
Indesign CS5 unter Windows macht keine Probleme (wenn man Files mit ? im Namen erlaubt). Funktioniert alles klaglos. Wir müssen aber v.a. Macs unterstützen, da das die primär genützte Plattform ist. Vielleicht ist aber die Tatsache, dass das Problem nur unter OS X auftritt, bei der Analyse von nutzen.
Kann es sein, dass wir die ersten sind, die Alfresco + Indesign auf Mac nützen ? Oder gibt es zur Enterprise Edition know issues zu diesem Thema ?

Lg, R.

thomash

Es gibt hier bereits vereinzelte Anfragen im englischen Forum allerdings keine Issues in unserem Bugtracker.
Ich bin mir aber sicher das der ein oder andere Partner der im Bereich Pubilshing unterwegs ist eventuell schonmal auf die Problematik mit den temporären Datein gestossen sein könnte.
Eventuell lohnt es sich mal mit unserem Partner SHI nachzufragen inwieweit deren Alfresco Indesign Plugin da eine Lösung bieten könnte?
http://www.infopilot.net/quickfinder/thema/enterprise-content-management/adobe-indesign-plugin-fuer-alfresco

Was sagt denn Alfresco wenn du vom Mac aus zugreifst? Bzw. schreibt indesign auch irgendwelche Logs raus die an dieser Stelle weiterhelfen könnten?

relayer_1669

Hallo Thomas,

naja, das Plugin ist nicht wirklich vorhanden, eher ein pre-alpha Prototyp. Also leider auch kein Weg Indesign->Alfresco. Zum Glück gibt's jetzt aber Adobe Drive 2 (http://labs.adobe.com/technologies/drive2/), dass über die CMIS Schnittstelle an Alfresco andockt. Funktioniert ganz gut, d.h. speichern des Files klappt (auch für Indesign).
Beim check-in geht's dann leider erst schief, aber ganz anders, versteht sich. Ein atom Skript für das einchecken erzeugt einen duplicate child Error:

18:17:31,712 ERROR [org.springframework.extensions.webscripts.AbstractRuntime] Exception from executeScript - redirecting to status template error: 08080005
Wrapped Exception (with status template): 08080183 Failed to execute script 'classpath*:alfresco/templates/webscripts/org/alfresco/cmis/children.post.atom.js
': Duplicate child name not allowed: A0122610_gb.jpg
org.springframework.extensions.webscripts.WebScriptException: 08080005 Wrapped Exception (with status template): 08080183 Failed to execute script 'classpath
*:alfresco/templates/webscripts/org/alfresco/cmis/children.post.atom.js': Duplicate child name not allowed: A0122610_gb.jpg
        at org.springframework.extensions.webscripts.AbstractWebScript.createStatusException(AbstractWebScript.java:731)
        at org.springframework.extensions.webscripts.DeclarativeWebScript.execute(DeclarativeWebScript.java:167)
        at org.alfresco.repo.web.scripts.RepositoryContainer$2.execute(RepositoryContainer.java:367)
        at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:321)
        at org.alfresco.repo.web.scripts.RepositoryContainer.transactionedExecute(RepositoryContainer.java:417)
        at org.alfresco.repo.web.scripts.RepositoryContainer.transactionedExecuteAs(RepositoryContainer.java:434)
        at org.alfresco.repo.web.scripts.RepositoryContainer.executeScript(RepositoryContainer.java:298)
        at org.springframework.extensions.webscripts.AbstractRuntime.executeScript(AbstractRuntime.java:307)
        at org.springframework.extensions.webscripts.AbstractRuntime.executeScript(AbstractRuntime.java:178)
        at org.springframework.extensions.webscripts.servlet.WebScriptServlet.service(WebScriptServlet.java:116)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
        at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
        at java.lang.Thread.run(Thread.java:636)
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Kannst Du mit diesem Fehler etwas anfangen ? Was ich so an ähnlichen Fehlern sehen konnte ist, dass Properties zu einem falschen Zeitpunkt geschrieben werden …

Hier ist das Skript:

    
<import resource="classpath:alfresco/templates/webscripts/org/alfresco/cmis/lib/constants.lib.js">
<import resource="classpath:alfresco/templates/webscripts/org/alfresco/cmis/lib/read.lib.js">
<import resource="classpath:alfresco/templates/webscripts/org/alfresco/cmis/lib/modify.lib.js">

script:
{
    // ensure atom entry is posted
    if (entry === null)
    {
        status.code = 400;
        status.message = "Expected atom entry";
        status.redirect = true;
        break script;
    }

    // locate parent node
    var parent = getObjectFromUrl();
    if (parent.node == null)
    {
        break script;
    }
    model.parent = parent.node;

    // versioning state
    var versioningState = args[cmis.ARG_VERSIONING_STATE];
    if (versioningState === null || versioningState.length == 0)
    {
       versioningState = "major";
    }

    // is this a create or move?
    var object = entry.getExtension(atom.names.cmisra_object);
    var objectIdProp = (object !== null) ? object.objectId : null;
    var objectId = (objectIdProp !== null) ? objectIdProp.nativeValue : null;
    var sourceFolderId = args[cmis.ARG_SOURCE_FOLDER_ID];
    var node = null;

    if (objectId == null)
    {
        // create node
        node = createNode(model.parent, entry, slug, versioningState);
        if (node == null)
        {
            break script;
        }
        node.save();
    }
    else if (sourceFolderId == null || sourceFolderId.length == 0)
    {
       // Add node
       var object = getObjectFromObjectId(objectId);
       if (object.node == null)
       {
           break script;
       }
       node = object.node;

       cmis.addObjectToFolder(node, model.parent);
    }
    else
    {
        // move node

        // locate node
        var object = getObjectFromObjectId(objectId);
        if (object.node == null)
        {
            break script;
        }
        node = object.node;

        // perform move
        cmis.moveObject(node, model.parent, sourceFolderId);
    }

    // success
    model.node = node;
    // TODO: set Content-Location
    status.code = 201;
    status.location = url.server + url.serviceContext + "/cmis/s/" + node.nodeRef.storeRef.protocol + ":" + node.nodeRef.storeRef.identifier + "/i/" + node.nodeRef.id;
    status.redirect = true;
}
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Ich kann mir auch gut vorstellen, dass da von Seiten Adobe Drive 2 ein post zur falschen Zeit passiert. Kann man ds irgendwie debuggen oder zumindest die Call-Reiehnfolge loggen ?

Liebe Grüße,
R.