- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
PackagePooling funktioniert nach erstellen neuer Paketversion nicht mehr
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
- Labels:
-
Developers
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Mit der aktuellen FS-Version (4.2.454) sollte der Fehler behoben sein. Bisher konnten wir keine Probleme feststellen.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
> 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.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Mit der aktuellen FS-Version (4.2.454) sollte der Fehler behoben sein. Bisher konnten wir keine Probleme feststellen.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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