Questions & Answers

jst · ‎08-30-2012

Hallo zusammen,

wir haben in einer Spielwiese mit dem Package Pool die Idee gehabt, dass ein ContentMaster seine Inhalte in einen TemplateMaster publizieren könnte. Nach Anlegen einer neuen Version des Pakets und dem versuche eine Publizierung durchzuführen bekommen wir leider folgende Exception:

Client Version: 4.2.468.50982
Java Version: 1.6.0_31 Sun Microsystems Inc.
FSVersion=4.2.468.50982#2938;JDK=1.6.0_31 32bit Sun Microsystems Inc.;OS=Windows XP 5.1 x86;Date=29.08.2012 16:38:10
de.espirit.firstspirit.access.packagepool.PublishPackageException: publishing package 'Global_Content ID(270295)' caused an error for 1' subscription(s)
at de.espirit.firstspirit.service.ppool.PackageManagerImpl.publishPackage(PackageManagerImpl.java:349)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at de.espirit.firstspirit.server.module.ServiceWrapperImpl.invoke(ServiceWrapperImpl.java:90)
at $Proxy8.publishPackage(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at de.espirit.firstspirit.io.DefaultServerHandler.callManager(DefaultServerHandler.java:62)
at de.espirit.firstspirit.server.io.handler.ManagerCall.doCall(ManagerCall.java:91)
at de.espirit.firstspirit.server.io.handler.CompactCall.handle(CompactCall.java:67)
at de.espirit.firstspirit.server.io.ManagerCallWorker.run(ManagerCallWorker.java:108)
at de.espirit.firstspirit.server.ExecutionManagerImpl$RunnableWrapper.call(ExecutionManagerImpl.java:553)
at de.espirit.firstspirit.server.ExecutionManagerImpl$ExtendedCallable.call(ExecutionManagerImpl.java:520)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at de.espirit.common.util.BoundedExecutorService$RunnableWrapper.run(BoundedExecutorService.java:419)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at de.espirit.firstspirit.client.io.ServerCaller.callManager(ServerCaller.java:372)
at de.espirit.firstspirit.io.DefaultClientHandler.callManager(DefaultClientHandler.java:49)
at de.espirit.firstspirit.client.io.RemoteManagerCaller.invoke(RemoteManagerCaller.java:52)
at de.espirit.firstspirit.server.io.RemoteServiceLocator$1.invoke(RemoteServiceLocator.java:58)
at $Proxy27.publishPackage(Unknown Source)
at de.espirit.firstspirit.service.ppool.PackageManagerAdapter.publishPackage(PackageManagerAdapter.java:492)
at de.espirit.firstspirit.service.ppool.PackageImpl.publishPackage(PackageImpl.java:458)
at de.espirit.firstspirit.service.ppool.gui.PublishPackageDialog$2$1.run(PublishPackageDialog.java:169)

Ist ein solches Konstrukt überhaupt möglich? Wenn nein. Wie können Abonnements wieder löschen?

Viele Grüße & Danke,

Jörn Stengel

gockel · ‎08-30-2012

Wie sieht im Zielprojekt denn das Log des Abonnierungslaufes aus?

jst · ‎09-04-2012

Die Logs bei der Publizierung in den Template Master sehen weitestgehend normal aus. Auffällig ist hier "nur" die NumberFormatException:

ERROR 30.08.2012 10:55:39.678 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): import aborted: null
FSVersion=4.2.468.50982#2938;JDK=1.6.0_21 64bit Sun Microsystems Inc.;OS=Linux 2.6.32.12-0.7-default amd64;Date=30.08.2012 10:55:39
java.lang.NumberFormatException: null
    at java.lang.Long.parseLong(Long.java:375)
    at java.lang.Long.parseLong(Long.java:468)
    at de.espirit.firstspirit.store.access.pagestore.SectionReferenceImpl.adjustAttributes(SectionReferenceImpl.java:56)
    at de.espirit.firstspirit.service.ppool.PackageImporter.update(PackageImporter.java:1161)
    at de.espirit.firstspirit.service.ppool.PackageImporter$ProcessList.processEntries(PackageImporter.java:1998)
    at de.espirit.firstspirit.service.ppool.PackageImporter.startImport(PackageImporter.java:411)
    at de.espirit.firstspirit.service.ppool.PackageManagerImpl.importPackage(PackageManagerImpl.java:279)
    at de.espirit.firstspirit.service.ppool.PackageManagerAdapter.importPackage(PackageManagerAdapter.java:486)
    at de.espirit.firstspirit.service.ppool.SubscriptionImpl.importVersion(SubscriptionImpl.java:263)
    at de.espirit.firstspirit.service.ppool.SubscriptionImpl.pullImport(SubscriptionImpl.java:236)
    at de.espirit.firstspirit.service.ppool.PackageManagerImpl.publishPackage(PackageManagerImpl.java:339)
    at sun.reflect.GeneratedMethodAccessor3809.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at de.espirit.firstspirit.server.module.ServiceWrapperImpl.invoke(ServiceWrapperImpl.java:90)
    at $Proxy8.publishPackage(Unknown Source)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at de.espirit.firstspirit.io.DefaultServerHandler.callManager(DefaultServerHandler.java:62)
    at de.espirit.firstspirit.server.io.handler.ManagerCall.doCall(ManagerCall.java:91)
    at de.espirit.firstspirit.server.io.handler.CompactCall.handle(CompactCall.java:67)
    at de.espirit.firstspirit.server.io.ManagerCallWorker.run(ManagerCallWorker.java:108)
    at de.espirit.firstspirit.server.ExecutionManagerImpl$RunnableWrapper.call(ExecutionManagerImpl.java:553)
    at de.espirit.firstspirit.server.ExecutionManagerImpl$ExtendedCallable.call(ExecutionManagerImpl.java:520)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at de.espirit.common.util.BoundedExecutorService$RunnableWrapper.run(BoundedExecutorService.java:419)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:619)
    at de.espirit.common.util.SuspendableThread.run(SuspendableThread.java:36)

gockel · ‎09-04-2012

Das ist genau der Grund für den Abbruch des Publizierungslaufes. Hier scheint in dem Paket eine kaputte Absatzreferenz vorhanden zu sein. Auf Basis des Importlogs sollte das Element (Absatzreferenz) im Master identifizierbar sein. Ich vermute, dass diese schon im Master kaputt ist.

Bitte wenden Sie sich mit diesem Problem an den Helpdesk.

jst · ‎09-04-2012

Danke für die Antwort. Wir werden uns dann wohl an den Helpdesk wenden.

Bleibt bei mir nur die Frage offen, wenn die Absatzreferenz bereits im Master defekt ist, warum wird sie dann in nur in das eine Projekt nicht richtig ausgerollt?

SebastianStieme · ‎06-17-2015

Ich hatte einen ähnlichen Fehler.

Bei mir war das Problem, das bei einer Datenbank das Häkchen bei "Kein Schema Sync" nicht gesetzt war.

Um das ganze also zu beheben musste ich einmal in die Projekteigenschaften des Projekts > Datenbanken und dann hier bei der entsprechenden Tabelle den Haken bei "Kein Schema Sync" setzen.

Questions & Answers

Package Pool // Abonnement lösen