PackagePooling funktioniert nach erstellen neuer Paketversion nicht mehr

[lschilling]

Hallo,

ich habe von einem bestehenden Paket eine neue Version erzeugt, laut Logfile wird dies auch ohne Fehler generiert.

NFO  19.10.2011 11:35:12.155 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): creation date:2011.10.19 11:35:12
INFO  19.10.2011 11:35:12.155 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): creating version '0.3' (Nr=10) for package 'TemplatePool'
INFO  19.10.2011 11:35:12.155 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): comment:Test
INFO  19.10.2011 11:35:12.155 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): publish groups:[Development]
INFO  19.10.2011 11:35:12.160 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): adding package nodes of store 'TEMPLATESTORE' to package version zip ...
INFO  19.10.2011 11:35:12.161 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): adding package node 'homepage@TemplatePool' (ID=5481) to package version zip
INFO  19.10.2011 11:35:12.161 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): adding package node 'stage_element@TemplatePool' (ID=5480) to package version zip
INFO  19.10.2011 11:35:12.162 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): adding package node 'ft_debug@TemplatePool' (ID=4727) to package version zip
INFO  19.10.2011 11:35:12.162 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): adding package node 'ft_global_template_header@TemplatePool' (ID=4725) to package version zip
INFO  19.10.2011 11:35:12.163 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): adding package node 'technical_page_templates@TemplatePool' (ID=4714) to package version zip
INFO  19.10.2011 11:35:12.163 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): adding package node 'p@TemplatePool' (ID=4680) to package version zip
INFO  19.10.2011 11:35:12.164 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): adding package node 'ft_global_template_footer@TemplatePool' (ID=4728) to package version zip
INFO  19.10.2011 11:35:12.164 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): dependent packages: 
INFO  19.10.2011 11:35:12.224 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): created version zip '/5161/5161.10.zip'
INFO  19.10.2011 11:35:12.224 (de.espirit.firstspirit.service.ppool.PPoolLoggerImpl): package version create process successfully finished

Schaut man das in das Projekt welches das Paket abbonniert hat, ist auch zu erkennen das eine neue Version verfügbar ist.

Möchte man das Paket aktualisieren erhält man folgende Exception:

Client Version: 4.2.453.46978
Java Version: 1.6.0_26 Apple Inc.
FSVersion=4.2.453.46978#2680;JDK=1.6.0_26 32bit Apple Inc.;OS=Mac OS X 10.7.2 i386;Date=19.10.2011 11:56:55
java.lang.IllegalArgumentException: package 'TemplatePool' has no version 10
          at de.espirit.firstspirit.service.ppool.PackageManagerImpl.getPackageVersion(PackageManagerImpl.java:401)
          at de.espirit.firstspirit.service.ppool.PackageManagerImpl.importPackage(PackageManagerImpl.java:275)
          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 $Proxy6.importPackage(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 $Proxy42.importPackage(Unknown Source)
          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.gui.SubscriptionsDialog$8$1.run(SubscriptionsDialog.java:324)

Kann jemand helfen?

Danke

[rens]

Hallo Herr Schilling,

das o.g. Problem wurde inzwischen als Bug unter der internen ID #107510 aufgenommen.

Das Fehlverhalten tritt m.W.n. erst seit dem Build auf FS_4.2.453 auf.

Viele Grüße,

  Adam Pacyna

[cwetzel]

Auf dieses Problem bin ich ebenfalls gestoßen (4.2.453.46978), seltsamerweise scheint es nach einem Server-Restart zu funktionieren, wobei ich mich Frage was

a) das eine mit dem anderen zu tun hat, und

b) der Server nach dem Update natürlich bereits neu gestartet wurde.

viele Grüße,

Christian Wetzel

Ergänzung: Kein wirklich gangbarer Weg, denn ich musste soeben feststellen, dass nach jeder neuen Paketversion der Server neu gestartet werden muss!

[rens]

> Ergänzung: Kein wirklich gangbarer Weg, denn ich musste soeben feststellen, dass nach jeder neuen Paketversion der Server neu gestartet werden muss!

Als Workaround sollte ausreichen _vor_ dem Ausrollen der neuen Paketversion im Server-Monitoring (unter Steuerung->Dienste) den Paket-Manager neu zu starten. Das erspart zumindest den Neustart des gesamten Servers, wobei der Workaround natürlich nur als Überbrückung zu verstehen ist, bis ein Bugfix verfügbar ist.

[lschilling · Accepted solution]

Mit der aktuellen FS-Version (4.2.454) sollte der Fehler behoben sein. Bisher konnten wir keine Probleme feststellen.

[amelnik]

Hallo zusammen,

ich bin auf diesen Thread gestoßen, weil ich das selbe oder zumindest ein ähnliches Problem hatte, und zwar mit der aktuelleren Version 4.2.461.

Fehler trat aber auf nachdem ein Projekt, in dem Abos definiert sind, exportiert und anschließend unter anderem Namen importiert wurde. Bei der anschließenden Aktualisierung der Pakete im frisch importierten Projekt kam bei einigen Paketen dieser Fehler:

Client Version: 4.2.461.48921
Java Version: 1.6.0_31 Sun Microsystems Inc.
FSVersion=4.2.461.48921#2603;JDK=1.6.0_31 32bit Sun Microsystems Inc.;OS=Windows XP 5.1 x86;Date=08.03.2012 08:19:25
java.lang.IllegalArgumentException: package 'BoschMedien' has no version 792
    at de.espirit.firstspirit.service.ppool.PackageManagerImpl.getPackageVersion(PackageManagerImpl.java:401)
    at de.espirit.firstspirit.service.ppool.PackageManagerImpl.importPackage(PackageManagerImpl.java:275)
    at sun.reflect.GeneratedMethodAccessor739.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 $Proxy7.importPackage(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 $Proxy30.importPackage(Unknown Source)
    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.gui.SubscriptionsDialog$8$1.run(SubscriptionsDialog.java:324)

Der Workaround von Adam Pacyna hat den Fehler dann behoben:

Als Workaround sollte ausreichen _vor_ dem Ausrollen der neuen Paketversion im Server-Monitoring (unter Steuerung->Dienste) den Paket-Manager neu zu starten. Das erspart zumindest den Neustart des gesamten Servers, ...

Grüße

Alex