jst
New Responder

Package Pool // Abonnement lösen

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

5 Replies
gockel
Crownpeak employee

Wie sieht im Zielprojekt denn das Log des Abonnierungslaufes aus?

ppool_log.jpg

0 Kudos

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)

0 Kudos
gockel
Crownpeak employee

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.

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?

0 Kudos

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.