Help

Questions & Answers

SOLVED
Jump to solution
lschilling
I'm new here
‎10-19-2011 03:59 AM

PackagePooling funktioniert nach erstellen neuer Paketversion nicht mehr

Jump to solution

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.packagePool.png

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

Labels
1 Solution

Accepted Solutions
lschilling
I'm new here
‎11-02-2011 03:49 AM

Jump to solution

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

View solution in original post

0 Kudos
5 Replies
rens
Crownpeak employee
Crownpeak employee
‎10-20-2011 08:51 AM

Jump to solution

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

0 Kudos
cwetzel
Occasional Observer
In response to rens
‎10-25-2011 05:08 AM

Jump to solution

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!

0 Kudos
rens
Crownpeak employee
Crownpeak employee
In response to cwetzel
‎10-25-2011 05:53 AM

Jump to solution

> 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
I'm new here
‎11-02-2011 03:49 AM

Jump to solution

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

0 Kudos
amelnik
I'm new here
‎03-08-2012 12:40 AM

Jump to solution

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

0 Kudos