Datastore garbage collector error

classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Datastore garbage collector error

Jeroen De Vries

Hello,

 

 

I reinstalled our artifactory on WebSphere, and I now use the Filesystem datastore file provided with the standalone artifactory (because WebSphere won’t cooperate nicely with the standard Derby DB, and MySQL is not an option anymore due to persistent problems with it). Now, we have a few errors in the error log, which I am still looking at. The one that most worries me is this one:

2009-09-29 14:34:44,542 [pool-1-thread-17] [ERROR] (o.a.j.JcrServiceImpl:785) - Jackrabbit's datastore garbage collector execution failed.

java.lang.ClassCastException: org.apache.jackrabbit.core.data.FileDataStore incompatible with org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl

        at org.artifactory.jcr.jackrabbit.ArtifactoryGarbageCollector.<init>(ArtifactoryGarbageCollector.java:107) [artifactory-core-2.0.8.jar:na]

        at org.apache.jackrabbit.core.GarbageCollectorFactory.createDataStoreGarbageCollector(GarbageCollectorFactory.java:68) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.JcrServiceImpl.garbageCollect(JcrServiceImpl.java:767) [artifactory-core-2.0.8.jar:na]

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [na:1.5.0]

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) [na:1.5.0]

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [na:1.5.0]

        at java.lang.reflect.Method.invoke(Method.java:618) [na:1.5.0]

        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106) [spring-tx-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) [spring-aop-2.5.5.jar:2.5.5]

        at $Proxy21.garbageCollect(Unknown Source) [na:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:37) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:30) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.schedule.quartz.QuartzCommand.execute(QuartzCommand.java:42) [artifactory-core-2.0.8.jar:na]

        at org.quartz.core.JobRunShell.run(JobRunShell.java:202) [quartz-1.6.3.jar:1.6.3]

        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) [na:1.5.0]

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) [na:1.5.0

 

I guess this is just a config issue? Any ideas?

 

 

Regards,

Jeroen

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.




------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Yoav Landman
Administrator
This relates to http://issues.jfrog.org/jira/browse/RTFACT-1855, which has been addressed and resolved in 2.1 (soon to be released).
The error that you see means your datastore will not be cleaned up from deleted artifacts. This affects the storage size used, but should not affect the normal operation of Artifactory.

Another, preferable option is to use an external database like MySQL.

Yoav
On Tue, Sep 29, 2009 at 2:46 PM, Jeroen De Vries <[hidden email]> wrote:

Hello,

 

 

I reinstalled our artifactory on WebSphere, and I now use the Filesystem datastore file provided with the standalone artifactory (because WebSphere won’t cooperate nicely with the standard Derby DB, and MySQL is not an option anymore due to persistent problems with it). Now, we have a few errors in the error log, which I am still looking at. The one that most worries me is this one:

2009-09-29 14:34:44,542 [pool-1-thread-17] [ERROR] (o.a.j.JcrServiceImpl:785) - Jackrabbit's datastore garbage collector execution failed.

java.lang.ClassCastException: org.apache.jackrabbit.core.data.FileDataStore incompatible with org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl

        at org.artifactory.jcr.jackrabbit.ArtifactoryGarbageCollector.<init>(ArtifactoryGarbageCollector.java:107) [artifactory-core-2.0.8.jar:na]

        at org.apache.jackrabbit.core.GarbageCollectorFactory.createDataStoreGarbageCollector(GarbageCollectorFactory.java:68) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.JcrServiceImpl.garbageCollect(JcrServiceImpl.java:767) [artifactory-core-2.0.8.jar:na]

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [na:1.5.0]

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) [na:1.5.0]

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [na:1.5.0]

        at java.lang.reflect.Method.invoke(Method.java:618) [na:1.5.0]

        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106) [spring-tx-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) [spring-aop-2.5.5.jar:2.5.5]

        at $Proxy21.garbageCollect(Unknown Source) [na:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:37) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:30) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.schedule.quartz.QuartzCommand.execute(QuartzCommand.java:42) [artifactory-core-2.0.8.jar:na]

        at org.quartz.core.JobRunShell.run(JobRunShell.java:202) [quartz-1.6.3.jar:1.6.3]

        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) [na:1.5.0]

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) [na:1.5.0

 

I guess this is just a config issue? Any ideas?

 

 

Regards,

Jeroen

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.




------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users



------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Jeroen De Vries


Ah ok… Didn’t find that with google for some reason. Probably mistyped something.  When do you think the 2.1 will be released? Because at the moment, our repo is growing at a rate of 300MB/day, so we are going to run out of disk space in the near future.

MySQL is not an option. We used MySQL, but had huge problems, because one of our builds is an installer build, which is about 250MB. MySQL can’t handle this properly 70% of the time.

 

 

Regards,
Jeroen

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.



From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 30 september 2009 16:21
To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

This relates to http://issues.jfrog.org/jira/browse/RTFACT-1855, which has been addressed and resolved in 2.1 (soon to be released).
The error that you see means your datastore will not be cleaned up from deleted artifacts. This affects the storage size used, but should not affect the normal operation of Artifactory.

Another, preferable option is to use an external database like MySQL.

Yoav

On Tue, Sep 29, 2009 at 2:46 PM, Jeroen De Vries <[hidden email]> wrote:

Hello,

 

 

I reinstalled our artifactory on WebSphere, and I now use the Filesystem datastore file provided with the standalone artifactory (because WebSphere won’t cooperate nicely with the standard Derby DB, and MySQL is not an option anymore due to persistent problems with it). Now, we have a few errors in the error log, which I am still looking at. The one that most worries me is this one:

2009-09-29 14:34:44,542 [pool-1-thread-17] [ERROR] (o.a.j.JcrServiceImpl:785) - Jackrabbit's datastore garbage collector execution failed.

java.lang.ClassCastException: org.apache.jackrabbit.core.data.FileDataStore incompatible with org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl

        at org.artifactory.jcr.jackrabbit.ArtifactoryGarbageCollector.<init>(ArtifactoryGarbageCollector.java:107) [artifactory-core-2.0.8.jar:na]

        at org.apache.jackrabbit.core.GarbageCollectorFactory.createDataStoreGarbageCollector(GarbageCollectorFactory.java:68) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.JcrServiceImpl.garbageCollect(JcrServiceImpl.java:767) [artifactory-core-2.0.8.jar:na]

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [na:1.5.0]

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) [na:1.5.0]

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [na:1.5.0]

        at java.lang.reflect.Method.invoke(Method.java:618) [na:1.5.0]

        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106) [spring-tx-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) [spring-aop-2.5.5.jar:2.5.5]

        at $Proxy21.garbageCollect(Unknown Source) [na:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:37) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:30) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.schedule.quartz.QuartzCommand.execute(QuartzCommand.java:42) [artifactory-core-2.0.8.jar:na]

        at org.quartz.core.JobRunShell.run(JobRunShell.java:202) [quartz-1.6.3.jar:1.6.3]

        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) [na:1.5.0]

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) [na:1.5.0

 

I guess this is just a config issue? Any ideas?

 

 

Regards,

Jeroen

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Yoav Landman
Administrator
On Thu, Oct 1, 2009 at 1:29 PM, Jeroen De Vries <[hidden email]> wrote:

Ah ok… Didn’t find that with google for some reason. Probably mistyped something.  When do you think the 2.1 will be released? Because at the moment, our repo is growing at a rate of 300MB/day, so we are going to run out of disk space in the near future. 

Yesterday :)

MySQL is not an option. We used MySQL, but had huge problems, because one of our builds is an installer build, which is about 250MB. MySQL can’t handle this properly 70% of the time.

 

 

Regards,
Jeroen

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.



From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 30 september 2009 16:21
To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

This relates to http://issues.jfrog.org/jira/browse/RTFACT-1855, which has been addressed and resolved in 2.1 (soon to be released).
The error that you see means your datastore will not be cleaned up from deleted artifacts. This affects the storage size used, but should not affect the normal operation of Artifactory.

Another, preferable option is to use an external database like MySQL.

Yoav

On Tue, Sep 29, 2009 at 2:46 PM, Jeroen De Vries <[hidden email]> wrote:

Hello,

 

 

I reinstalled our artifactory on WebSphere, and I now use the Filesystem datastore file provided with the standalone artifactory (because WebSphere won’t cooperate nicely with the standard Derby DB, and MySQL is not an option anymore due to persistent problems with it). Now, we have a few errors in the error log, which I am still looking at. The one that most worries me is this one:

2009-09-29 14:34:44,542 [pool-1-thread-17] [ERROR] (o.a.j.JcrServiceImpl:785) - Jackrabbit's datastore garbage collector execution failed.

java.lang.ClassCastException: org.apache.jackrabbit.core.data.FileDataStore incompatible with org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl

        at org.artifactory.jcr.jackrabbit.ArtifactoryGarbageCollector.<init>(ArtifactoryGarbageCollector.java:107) [artifactory-core-2.0.8.jar:na]

        at org.apache.jackrabbit.core.GarbageCollectorFactory.createDataStoreGarbageCollector(GarbageCollectorFactory.java:68) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.JcrServiceImpl.garbageCollect(JcrServiceImpl.java:767) [artifactory-core-2.0.8.jar:na]

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [na:1.5.0]

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) [na:1.5.0]

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [na:1.5.0]

        at java.lang.reflect.Method.invoke(Method.java:618) [na:1.5.0]

        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106) [spring-tx-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) [spring-aop-2.5.5.jar:2.5.5]

        at $Proxy21.garbageCollect(Unknown Source) [na:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:37) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:30) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.schedule.quartz.QuartzCommand.execute(QuartzCommand.java:42) [artifactory-core-2.0.8.jar:na]

        at org.quartz.core.JobRunShell.run(JobRunShell.java:202) [quartz-1.6.3.jar:1.6.3]

        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) [na:1.5.0]

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) [na:1.5.0

 

I guess this is just a config issue? Any ideas?

 

 

Regards,

Jeroen

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users



------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Jeroen De Vries


Thanks a lot!

I tested it right away, but it doesn’t work. The error in the artifactory.log file:

2009-10-06 14:10:20,979 [server.startup : 0] [ERROR] (o.a.r.s.ArtifactoryRestServlet:272) - Exception in initialization of the Rest servlet

The last part of WebSphere’s systemout is in attachment.

I reinstalled 2.0.8 on the same environment, which works perfectly fine (except the garbage collector…) Any ideas how I can make 2.1 work?

By the way, both packages were repackaged with the correct web.xml (the one for WAS)

 

 

Regards,

Jeroen

 

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.



From: Yoav Landman [mailto:[hidden email]]
Sent: dinsdag 6 oktober 2009 10:41
To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

On Thu, Oct 1, 2009 at 1:29 PM, Jeroen De Vries <[hidden email]> wrote:

Ah ok… Didn’t find that with google for some reason. Probably mistyped something.  When do you think the 2.1 will be released? Because at the moment, our repo is growing at a rate of 300MB/day, so we are going to run out of disk space in the near future. 

Yesterday :)

MySQL is not an option. We used MySQL, but had huge problems, because one of our builds is an installer build, which is about 250MB. MySQL can’t handle this properly 70% of the time.

 

 

Regards,
Jeroen

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 

From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 30 september 2009 16:21
To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

This relates to http://issues.jfrog.org/jira/browse/RTFACT-1855, which has been addressed and resolved in 2.1 (soon to be released).
The error that you see means your datastore will not be cleaned up from deleted artifacts. This affects the storage size used, but should not affect the normal operation of Artifactory.

Another, preferable option is to use an external database like MySQL.

Yoav

On Tue, Sep 29, 2009 at 2:46 PM, Jeroen De Vries <[hidden email]> wrote:

Hello,

 

 

I reinstalled our artifactory on WebSphere, and I now use the Filesystem datastore file provided with the standalone artifactory (because WebSphere won’t cooperate nicely with the standard Derby DB, and MySQL is not an option anymore due to persistent problems with it). Now, we have a few errors in the error log, which I am still looking at. The one that most worries me is this one:

2009-09-29 14:34:44,542 [pool-1-thread-17] [ERROR] (o.a.j.JcrServiceImpl:785) - Jackrabbit's datastore garbage collector execution failed.

java.lang.ClassCastException: org.apache.jackrabbit.core.data.FileDataStore incompatible with org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl

        at org.artifactory.jcr.jackrabbit.ArtifactoryGarbageCollector.<init>(ArtifactoryGarbageCollector.java:107) [artifactory-core-2.0.8.jar:na]

        at org.apache.jackrabbit.core.GarbageCollectorFactory.createDataStoreGarbageCollector(GarbageCollectorFactory.java:68) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.JcrServiceImpl.garbageCollect(JcrServiceImpl.java:767) [artifactory-core-2.0.8.jar:na]

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [na:1.5.0]

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) [na:1.5.0]

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [na:1.5.0]

        at java.lang.reflect.Method.invoke(Method.java:618) [na:1.5.0]

        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106) [spring-tx-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) [spring-aop-2.5.5.jar:2.5.5]

        at $Proxy21.garbageCollect(Unknown Source) [na:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:37) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:30) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.schedule.quartz.QuartzCommand.execute(QuartzCommand.java:42) [artifactory-core-2.0.8.jar:na]

        at org.quartz.core.JobRunShell.run(JobRunShell.java:202) [quartz-1.6.3.jar:1.6.3]

        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) [na:1.5.0]

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) [na:1.5.0

 

I guess this is just a config issue? Any ideas?

 

 

Regards,

Jeroen

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

webspherelog.log (54K) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Yoav  Landman
Looks like the problem is with a new call to a servlet 2.5-only API (which is the common baseline nowadays for all app servers) that WAS cannot handle, since it only supports the servlet 2.4 spec. What WAS version are you using?
On Tue, Oct 6, 2009 at 3:06 PM, Jeroen De Vries <[hidden email]> wrote:

Thanks a lot!

I tested it right away, but it doesn’t work. The error in the artifactory.log file:

2009-10-06 14:10:20,979 [server.startup : 0] [ERROR] (o.a.r.s.ArtifactoryRestServlet:272) - Exception in initialization of the Rest servlet

The last part of WebSphere’s systemout is in attachment.

I reinstalled 2.0.8 on the same environment, which works perfectly fine (except the garbage collector…) Any ideas how I can make 2.1 work?

By the way, both packages were repackaged with the correct web.xml (the one for WAS)

 

 

Regards,

Jeroen

 

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.



From: Yoav Landman [mailto:[hidden email]]
Sent: dinsdag 6 oktober 2009 10:41


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

On Thu, Oct 1, 2009 at 1:29 PM, Jeroen De Vries <[hidden email]> wrote:

Ah ok… Didn’t find that with google for some reason. Probably mistyped something.  When do you think the 2.1 will be released? Because at the moment, our repo is growing at a rate of 300MB/day, so we are going to run out of disk space in the near future. 

Yesterday :)

MySQL is not an option. We used MySQL, but had huge problems, because one of our builds is an installer build, which is about 250MB. MySQL can’t handle this properly 70% of the time.

 

 

Regards,
Jeroen

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 

From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 30 september 2009 16:21
To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

This relates to http://issues.jfrog.org/jira/browse/RTFACT-1855, which has been addressed and resolved in 2.1 (soon to be released).
The error that you see means your datastore will not be cleaned up from deleted artifacts. This affects the storage size used, but should not affect the normal operation of Artifactory.

Another, preferable option is to use an external database like MySQL.

Yoav

On Tue, Sep 29, 2009 at 2:46 PM, Jeroen De Vries <[hidden email]> wrote:

Hello,

 

 

I reinstalled our artifactory on WebSphere, and I now use the Filesystem datastore file provided with the standalone artifactory (because WebSphere won’t cooperate nicely with the standard Derby DB, and MySQL is not an option anymore due to persistent problems with it). Now, we have a few errors in the error log, which I am still looking at. The one that most worries me is this one:

2009-09-29 14:34:44,542 [pool-1-thread-17] [ERROR] (o.a.j.JcrServiceImpl:785) - Jackrabbit's datastore garbage collector execution failed.

java.lang.ClassCastException: org.apache.jackrabbit.core.data.FileDataStore incompatible with org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl

        at org.artifactory.jcr.jackrabbit.ArtifactoryGarbageCollector.<init>(ArtifactoryGarbageCollector.java:107) [artifactory-core-2.0.8.jar:na]

        at org.apache.jackrabbit.core.GarbageCollectorFactory.createDataStoreGarbageCollector(GarbageCollectorFactory.java:68) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.JcrServiceImpl.garbageCollect(JcrServiceImpl.java:767) [artifactory-core-2.0.8.jar:na]

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [na:1.5.0]

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) [na:1.5.0]

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [na:1.5.0]

        at java.lang.reflect.Method.invoke(Method.java:618) [na:1.5.0]

        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106) [spring-tx-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) [spring-aop-2.5.5.jar:2.5.5]

        at $Proxy21.garbageCollect(Unknown Source) [na:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:37) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:30) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.schedule.quartz.QuartzCommand.execute(QuartzCommand.java:42) [artifactory-core-2.0.8.jar:na]

        at org.quartz.core.JobRunShell.run(JobRunShell.java:202) [quartz-1.6.3.jar:1.6.3]

        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) [na:1.5.0]

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) [na:1.5.0

 

I guess this is just a config issue? Any ideas?

 

 

Regards,

Jeroen

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users



------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Jeroen De Vries


WAS Network Deployment 6.1.0.17.

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.



From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 8:28
To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Looks like the problem is with a new call to a servlet 2.5-only API (which is the common baseline nowadays for all app servers) that WAS cannot handle, since it only supports the servlet 2.4 spec. What WAS version are you using?

On Tue, Oct 6, 2009 at 3:06 PM, Jeroen De Vries <[hidden email]> wrote:

Thanks a lot!

I tested it right away, but it doesn’t work. The error in the artifactory.log file:

2009-10-06 14:10:20,979 [server.startup : 0] [ERROR] (o.a.r.s.ArtifactoryRestServlet:272) - Exception in initialization of the Rest servlet

The last part of WebSphere’s systemout is in attachment.

I reinstalled 2.0.8 on the same environment, which works perfectly fine (except the garbage collector…) Any ideas how I can make 2.1 work?

By the way, both packages were repackaged with the correct web.xml (the one for WAS)

 

 

Regards,

Jeroen

 

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 

From: Yoav Landman [mailto:[hidden email]]
Sent: dinsdag 6 oktober 2009 10:41


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

On Thu, Oct 1, 2009 at 1:29 PM, Jeroen De Vries <[hidden email]> wrote:

Ah ok… Didn’t find that with google for some reason. Probably mistyped something.  When do you think the 2.1 will be released? Because at the moment, our repo is growing at a rate of 300MB/day, so we are going to run out of disk space in the near future. 

Yesterday :)

MySQL is not an option. We used MySQL, but had huge problems, because one of our builds is an installer build, which is about 250MB. MySQL can’t handle this properly 70% of the time.

 

 

Regards,
Jeroen

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 

From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 30 september 2009 16:21
To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

This relates to http://issues.jfrog.org/jira/browse/RTFACT-1855, which has been addressed and resolved in 2.1 (soon to be released).
The error that you see means your datastore will not be cleaned up from deleted artifacts. This affects the storage size used, but should not affect the normal operation of Artifactory.

Another, preferable option is to use an external database like MySQL.

Yoav

On Tue, Sep 29, 2009 at 2:46 PM, Jeroen De Vries <[hidden email]> wrote:

Hello,

 

 

I reinstalled our artifactory on WebSphere, and I now use the Filesystem datastore file provided with the standalone artifactory (because WebSphere won’t cooperate nicely with the standard Derby DB, and MySQL is not an option anymore due to persistent problems with it). Now, we have a few errors in the error log, which I am still looking at. The one that most worries me is this one:

2009-09-29 14:34:44,542 [pool-1-thread-17] [ERROR] (o.a.j.JcrServiceImpl:785) - Jackrabbit's datastore garbage collector execution failed.

java.lang.ClassCastException: org.apache.jackrabbit.core.data.FileDataStore incompatible with org.artifactory.jcr.jackrabbit.ArtifactoryDbDataStoreImpl

        at org.artifactory.jcr.jackrabbit.ArtifactoryGarbageCollector.<init>(ArtifactoryGarbageCollector.java:107) [artifactory-core-2.0.8.jar:na]

        at org.apache.jackrabbit.core.GarbageCollectorFactory.createDataStoreGarbageCollector(GarbageCollectorFactory.java:68) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.JcrServiceImpl.garbageCollect(JcrServiceImpl.java:767) [artifactory-core-2.0.8.jar:na]

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [na:1.5.0]

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) [na:1.5.0]

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [na:1.5.0]

        at java.lang.reflect.Method.invoke(Method.java:618) [na:1.5.0]

        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106) [spring-tx-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) [spring-aop-2.5.5.jar:2.5.5]

        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) [spring-aop-2.5.5.jar:2.5.5]

        at $Proxy21.garbageCollect(Unknown Source) [na:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:37) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.jcr.schedule.JcrGarbageCollector.onExecute(JcrGarbageCollector.java:30) [artifactory-core-2.0.8.jar:na]

        at org.artifactory.schedule.quartz.QuartzCommand.execute(QuartzCommand.java:42) [artifactory-core-2.0.8.jar:na]

        at org.quartz.core.JobRunShell.run(JobRunShell.java:202) [quartz-1.6.3.jar:1.6.3]

        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) [na:1.5.0]

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) [na:1.5.0

 

I guess this is just a config issue? Any ideas?

 

 

Regards,

Jeroen

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Yoav  Landman
Yes, WAS 6.1 is not JEE5 compliant (http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/rovr_specs.html). Is it feasible for you to use WAS 7? We can probably also overcome this with a 2.4-complaint version, by replacing the implementation making calls to the more convenient servlet 2.5 APIs.

Yoav

On Wed, Oct 7, 2009 at 8:45 AM, Jeroen De Vries <[hidden email]> wrote:

WAS Network Deployment 6.1.0.17.

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.



From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 8:28


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Looks like the problem is with a new call to a servlet 2.5-only API (which is the common baseline nowadays for all app servers) that WAS cannot handle, since it only supports the servlet 2.4 spec. What WAS version are you using?

On Tue, Oct 6, 2009 at 3:06 PM, Jeroen De Vries <[hidden email]> wrote:

Thanks a lot!

I tested it right away, but it doesn’t work. The error in the artifactory.log file:

2009-10-06 14:10:20,979 [server.startup : 0] [ERROR] (o.a.r.s.ArtifactoryRestServlet:272) - Exception in initialization of the Rest servlet

The last part of WebSphere’s systemout is in attachment.

I reinstalled 2.0.8 on the same environment, which works perfectly fine (except the garbage collector…) Any ideas how I can make 2.1 work?

By the way, both packages were repackaged with the correct web.xml (the one for WAS)

 

 

Regards,

Jeroen

 



------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Jeroen De Vries


Yes indeed. I checked whether one of the feature packs would fix it, but they don’t apparently. WAS 7 is not an option (our production system is was 6.1, can’t really change that in a few weeks + don’t really want to do that). JBoss 5 however could be an option. If I manage to get the AJP connector working with Apache (we need to pass trough Apache). Thanks for the quick answers!

 

 

Regards,

Jeroen

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.



From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 15:29
To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Yes, WAS 6.1 is not JEE5 compliant (). Is it feasible for you to use WAS 7? We can probably also overcome this with a 2.4-complaint version, by replacing the implementation making calls to the more convenient servlet 2.5 APIs.

Yoav

On Wed, Oct 7, 2009 at 8:45 AM, Jeroen De Vries <[hidden email]> wrote:

WAS Network Deployment 6.1.0.17.

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 

From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 8:28


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Looks like the problem is with a new call to a servlet 2.5-only API (which is the common baseline nowadays for all app servers) that WAS cannot handle, since it only supports the servlet 2.4 spec. What WAS version are you using?

On Tue, Oct 6, 2009 at 3:06 PM, Jeroen De Vries <[hidden email]> wrote:

Thanks a lot!

I tested it right away, but it doesn’t work. The error in the artifactory.log file:

2009-10-06 14:10:20,979 [server.startup : 0] [ERROR] (o.a.r.s.ArtifactoryRestServlet:272) - Exception in initialization of the Rest servlet

The last part of WebSphere’s systemout is in attachment.

I reinstalled 2.0.8 on the same environment, which works perfectly fine (except the garbage collector…) Any ideas how I can make 2.1 work?

By the way, both packages were repackaged with the correct web.xml (the one for WAS)

 

 

Regards,

Jeroen

 

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Yoav Landman
Administrator
Not a problem. And if you upgrade to 2.1 with file system storage, I suggest you use the built-in filesystem configuration that come with 2.1 (etc/repo/filesystem/repo.xml), using Derby for minimal metadata storage and the file system datastore for binaries.
Let us know if you have any problems (with JBoss 5/5.1 also, since we have verified this configuration).

Yoav
On Wed, Oct 7, 2009 at 4:08 PM, Jeroen De Vries <[hidden email]> wrote:

Yes indeed. I checked whether one of the feature packs would fix it, but they don’t apparently. WAS 7 is not an option (our production system is was 6.1, can’t really change that in a few weeks + don’t really want to do that). JBoss 5 however could be an option. If I manage to get the AJP connector working with Apache (we need to pass trough Apache). Thanks for the quick answers!

 

 

Regards,

Jeroen

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.



From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 15:29


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Yes, WAS 6.1 is not JEE5 compliant (). Is it feasible for you to use WAS 7? We can probably also overcome this with a 2.4-complaint version, by replacing the implementation making calls to the more convenient servlet 2.5 APIs.

Yoav

On Wed, Oct 7, 2009 at 8:45 AM, Jeroen De Vries <[hidden email]> wrote:

WAS Network Deployment 6.1.0.17.

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 

From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 8:28


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Looks like the problem is with a new call to a servlet 2.5-only API (which is the common baseline nowadays for all app servers) that WAS cannot handle, since it only supports the servlet 2.4 spec. What WAS version are you using?

On Tue, Oct 6, 2009 at 3:06 PM, Jeroen De Vries <[hidden email]> wrote:

Thanks a lot!

I tested it right away, but it doesn’t work. The error in the artifactory.log file:

2009-10-06 14:10:20,979 [server.startup : 0] [ERROR] (o.a.r.s.ArtifactoryRestServlet:272) - Exception in initialization of the Rest servlet

The last part of WebSphere’s systemout is in attachment.

I reinstalled 2.0.8 on the same environment, which works perfectly fine (except the garbage collector…) Any ideas how I can make 2.1 work?

By the way, both packages were repackaged with the correct web.xml (the one for WAS)

 

 

Regards,

Jeroen

 

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users



------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Jeroen De Vries


Ok, everything runs just fine now. Datastore however is not filesystem, but the standard derby config. If I changed it to the filesystem config, it just gave a lot of errors. (I checked permissions/ownership). But the default works now, so that’s ok for me!

I did encounter some errors:

-          It didn’t work when I let the new artifactory run over the old config (even though I changed the repo.xml)

-          I can’t delete any of the default virtual repos (internal error)

-          System import: It can’t find the file for some reason (ownership was correct)

è I exported and imported repos and reconfigured the rest. So no real problems for me anymore.

 

My config:

-          JBoss 5.1

-          Rhel 5.2

-          Artifactory 2.1 with derby db and apache ajp proxy.

 

New release look great by the way! Search features are also very good!

 

Regards,

Jeroen

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.



From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 16:21
To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Not a problem. And if you upgrade to 2.1 with file system storage, I suggest you use the built-in filesystem configuration that come with 2.1 (etc/repo/filesystem/repo.xml), using Derby for minimal metadata storage and the file system datastore for binaries.
Let us know if you have any problems (with JBoss 5/5.1 also, since we have verified this configuration).

Yoav

On Wed, Oct 7, 2009 at 4:08 PM, Jeroen De Vries <[hidden email]> wrote:

Yes indeed. I checked whether one of the feature packs would fix it, but they don’t apparently. WAS 7 is not an option (our production system is was 6.1, can’t really change that in a few weeks + don’t really want to do that). JBoss 5 however could be an option. If I manage to get the AJP connector working with Apache (we need to pass trough Apache). Thanks for the quick answers!

 

 

Regards,

Jeroen

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 

From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 15:29


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Yes, WAS 6.1 is not JEE5 compliant (). Is it feasible for you to use WAS 7? We can probably also overcome this with a 2.4-complaint version, by replacing the implementation making calls to the more convenient servlet 2.5 APIs.

Yoav

On Wed, Oct 7, 2009 at 8:45 AM, Jeroen De Vries <[hidden email]> wrote:

WAS Network Deployment 6.1.0.17.

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 

From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 8:28


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Looks like the problem is with a new call to a servlet 2.5-only API (which is the common baseline nowadays for all app servers) that WAS cannot handle, since it only supports the servlet 2.4 spec. What WAS version are you using?

On Tue, Oct 6, 2009 at 3:06 PM, Jeroen De Vries <[hidden email]> wrote:

Thanks a lot!

I tested it right away, but it doesn’t work. The error in the artifactory.log file:

2009-10-06 14:10:20,979 [server.startup : 0] [ERROR] (o.a.r.s.ArtifactoryRestServlet:272) - Exception in initialization of the Rest servlet

The last part of WebSphere’s systemout is in attachment.

I reinstalled 2.0.8 on the same environment, which works perfectly fine (except the garbage collector…) Any ideas how I can make 2.1 work?

By the way, both packages were repackaged with the correct web.xml (the one for WAS)

 

 

Regards,

Jeroen

 

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Datastore garbage collector error

Yoav  Landman
Glad you managed.
I would appreciate it if you could send us the exceptions you got with the file system config and with virtual repos removal, so that we can take a look (you can email to me directly).
Best,

Yoav

On Fri, Oct 9, 2009 at 11:45 AM, Jeroen De Vries <[hidden email]> wrote:

Ok, everything runs just fine now. Datastore however is not filesystem, but the standard derby config. If I changed it to the filesystem config, it just gave a lot of errors. (I checked permissions/ownership). But the default works now, so that’s ok for me!

I did encounter some errors:

-          It didn’t work when I let the new artifactory run over the old config (even though I changed the repo.xml)

-          I can’t delete any of the default virtual repos (internal error)

-          System import: It can’t find the file for some reason (ownership was correct)

è I exported and imported repos and reconfigured the rest. So no real problems for me anymore.

 

My config:

-          JBoss 5.1

-          Rhel 5.2

-          Artifactory 2.1 with derby db and apache ajp proxy.

 

New release look great by the way! Search features are also very good!

 

Regards,

Jeroen

 

 
BTR Services We assist Banks on their Transformation Road
Jeroen De Vries
Junior Java Developer
Groene Hofstraat 31
2850 Boom
Belgium

[hidden email]
tel: +32 3 450 89 80
fax: +32 3 450 89 89
 
 
 
  
 
 
 
 
 
 
 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.



From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 16:21


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Not a problem. And if you upgrade to 2.1 with file system storage, I suggest you use the built-in filesystem configuration that come with 2.1 (etc/repo/filesystem/repo.xml), using Derby for minimal metadata storage and the file system datastore for binaries.


Let us know if you have any problems (with JBoss 5/5.1 also, since we have verified this configuration).

Yoav

On Wed, Oct 7, 2009 at 4:08 PM, Jeroen De Vries <[hidden email]> wrote:

Yes indeed. I checked whether one of the feature packs would fix it, but they don’t apparently. WAS 7 is not an option (our production system is was 6.1, can’t really change that in a few weeks + don’t really want to do that). JBoss 5 however could be an option. If I manage to get the AJP connector working with Apache (we need to pass trough Apache). Thanks for the quick answers!

 

 

Regards,

Jeroen

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 

From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 15:29


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Yes, WAS 6.1 is not JEE5 compliant (). Is it feasible for you to use WAS 7? We can probably also overcome this with a 2.4-complaint version, by replacing the implementation making calls to the more convenient servlet 2.5 APIs.

Yoav

On Wed, Oct 7, 2009 at 8:45 AM, Jeroen De Vries <[hidden email]> wrote:

WAS Network Deployment 6.1.0.17.

 

 

Error! Filename not specified.

We assist Banks on their Transformation Road

Jeroen De Vries
Junior Java Developer

Groene Hofstraat 31
2850 Boom
Belgium


[hidden email]

tel: +32 3 450 89 80
fax: +32 3 450 89 89

 

 

 

  

 

 

 

 

 

 

 

 



- DISCLAIMER -
This message contains confidential information and is intended only for [hidden email]. If you are not [hidden email], you should not disseminate, distribute or copy this e-mail. Please notify [hidden email] immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Jeroen De Vries therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.


 

 

From: Yoav Landman [mailto:[hidden email]]
Sent: woensdag 7 oktober 2009 8:28


To: [hidden email]
Subject: Re: [Artifactory-users] Datastore garbage collector error

 

Looks like the problem is with a new call to a servlet 2.5-only API (which is the common baseline nowadays for all app servers) that WAS cannot handle, since it only supports the servlet 2.4 spec. What WAS version are you using?

On Tue, Oct 6, 2009 at 3:06 PM, Jeroen De Vries <[hidden email]> wrote:

Thanks a lot!

I tested it right away, but it doesn’t work. The error in the artifactory.log file:

2009-10-06 14:10:20,979 [server.startup : 0] [ERROR] (o.a.r.s.ArtifactoryRestServlet:272) - Exception in initialization of the Rest servlet

The last part of WebSphere’s systemout is in attachment.

I reinstalled 2.0.8 on the same environment, which works perfectly fine (except the garbage collector…) Any ideas how I can make 2.1 work?

By the way, both packages were repackaged with the correct web.xml (the one for WAS)

 

 

Regards,

Jeroen

 

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users



------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Loading...