2:24 p.m.
I have deployed guvnor-6.0.0.Beta2-tomcat7.0.war on Tomcat 7 in Jelastic (a
cloud provider).
The guided rule editor does not come up and this is an exception I have
found in catalina.out:
org.jboss.errai.marshalling.client.api.exceptions.MarshallingException:
class is not available to the marshaller framework:
org.jboss.errai.bus.server.QueueUnavailableException
at
org.jboss.errai.marshalling.server.MappingContextSingleton$4.getMarshaller(MappingContextSingleton.java:292)
at
org.jboss.errai.marshalling.client.api.AbstractMarshallingSession.getMarshallerInstance(AbstractMarshallingSession.java:67)
at
org.jboss.errai.marshalling.client.util.MarshallUtil.getMarshaller(MarshallUtil.java:125)
...
Has the time already come to discuss such problems? Is this the right place
to do so?
And, of course , does anybody have an idea how to fix this specific problem?
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
2:46 p.m.
Hi,
Beta3 has better error handling.. so at least something (more) meaningful
should show.
Alternatively the real error is probably on a log somewhere (sorry, I don't
know where this would be on Jelastic).
If you're using the "mortgages" demo repository\project and opening the
rule that is a DSL containing a regular expression (I forget the name, but
it should be quite obvious) this is a known problem and is fixed for Beta4.
Otherwise, you're going to have to provide more information (the rule etc)
for investigation.
Cheers,
Mike
On 5 June 2013 13:24, kappert <kappert(a)hotmail.com> wrote:
I have deployed guvnor-6.0.0.Beta2-tomcat7.0.war on Tomcat 7 in
Jelastic (a
cloud provider).
The guided rule editor does not come up and this is an exception I have
found in catalina.out:
org.jboss.errai.marshalling.client.api.exceptions.MarshallingException:
class is not available to the marshaller framework:
org.jboss.errai.bus.server.QueueUnavailableException
at
org.jboss.errai.marshalling.server.MappingContextSingleton$4.getMarshaller(MappingContextSingleton.java:292)
at
org.jboss.errai.marshalling.client.api.AbstractMarshallingSession.getMarshallerInstance(AbstractMarshallingSession.java:67)
at
org.jboss.errai.marshalling.client.util.MarshallUtil.getMarshaller(MarshallUtil.java:125)
...
Has the time already come to discuss such problems? Is this the right place
to do so?
And, of course , does anybody have an idea how to fix this specific
problem?
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
1 p.m.
Thank you for your reply!
I have now tried on a local Tomcat 7 and have discovered the first
exception, which may (or may not...) cause other problems. It occurs already
when deploying Guvnor 6:
2013-06-06 11:11:58,246 [http-apr-8080-exec-3] ERROR Unable to encrypt
org.jasypt.exceptions.EncryptionOperationNotPossibleException: *Encryption
raised an exception. A possible cause is you are using strong encryption
algorithms and you have not installed the Java Cryptography Extension (JCE)
Unlimited Strength Jurisdiction Policy Files in this Java Virtual Machine*
at
org.jasypt.encryption.pbe.StandardPBEByteEncryptor.handleInvalidKeyException(StandardPBEByteEncryptor.java:999)
~[jasypt-1.9.0.jar:na]
at
org.jasypt.encryption.pbe.StandardPBEByteEncryptor.encrypt(StandardPBEByteEncryptor.java:868)
~[jasypt-1.9.0.jar:na]
at
org.jasypt.encryption.pbe.StandardPBEStringEncryptor.encrypt(StandardPBEStringEncryptor.java:642)
~[jasypt-1.9.0.jar:na]
at
org.uberfire.backend.server.config.DefaultPasswordServiceImpl.encrypt(DefaultPasswordServiceImpl.java:28)
~[uberfire-backend-server-0.1.3.Final.jar:0.1.3.Final]
at
org.uberfire.backend.server.config.DefaultPasswordServiceImpl$Proxy$_$$_WeldClientProxy.encrypt(DefaultPasswordServiceImpl$Proxy$_$$_WeldClientProxy.java)
[uberfire-backend-server-0.1.3.Final.jar:0.1.3.Final]
at
org.uberfire.backend.server.config.ConfigurationFactoryImpl.newSecuredConfigItem(ConfigurationFactoryImpl.java:46)
[uberfire-backend-server-0.1.3.Final.jar:0.1.3.Final]
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl.cloneRepository(RepositoryServiceImpl.java:93)
[uberfire-backend-server-0.1.3.Final.jar:0.1.3.Final]
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl$Proxy$_$$_WeldClientProxy.cloneRepository(RepositoryServiceImpl$Proxy$_$$_WeldClientProxy.java)
[uberfire-backend-server-0.1.3.Final.jar:0.1.3.Final]
at
org.kie.guvnor.backend.server.AppSetup.assertPlayground(AppSetup.java:69)
[AppSetup.class:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
~[na:1.7.0_17]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
~[na:1.7.0_17]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
~[na:1.7.0_17]
at java.lang.reflect.Method.invoke(Method.java:601) ~[na:1.7.0_17]
at
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
[weld-core-1.1.8.Final.jar:2012-04-29 10:45]
...
Indeed I have found the same exception now in the Jelastic logs.
The error message makes sense: I am not in the USA and neither is our
Jelastic hosting provider (we are in Switzerland). My local Tomcat is
running with a current Oracle JDK (jdk1.7.0_17). But "Unlimited Strength
Jurisdiction Policy Files" sounds like something the USA does not like to
share with the rest of the world :-) But I am just guessing.
I see now that I could download the missing files
<http://www.oracle.com/technetwork/java/javase/downloads/jce-7-download-43...
and it would be legal to use unlimited strength cryptography in most
countries. But I don't think it is a good idea if I try to fix this on my
side, because I cannot change it in Jelastic.
Is it really necessary to use unlimited encryption for Guvnor?
Maybe this helps: I found this little program that lists the supported
crypto algorithms and providers
<http://stackoverflow.com/questions/3683302/how-to-find-out-what-algorithm...
. Here is the output for the JDK I am using with Tomcat, so these would be
the algorithms available in every country of the world:
Provider: SUN
Algorithm: SHA1PRNG
Algorithm: SHA1withDSA
Algorithm: NONEwithDSA
Algorithm: DSA
Algorithm: MD2
Algorithm: MD5
Algorithm: SHA
Algorithm: SHA-256
Algorithm: SHA-384
Algorithm: SHA-512
Algorithm: DSA
Algorithm: DSA
Algorithm: DSA
Algorithm: X.509
Algorithm: JKS
Algorithm: CaseExactJKS
Algorithm: JavaPolicy
Algorithm: JavaLoginConfig
Algorithm: PKIX
Algorithm: PKIX
Algorithm: LDAP
Algorithm: Collection
Algorithm: com.sun.security.IndexedCollection
Provider: SunRsaSign
Algorithm: RSA
Algorithm: RSA
Algorithm: MD2withRSA
Algorithm: MD5withRSA
Algorithm: SHA1withRSA
Algorithm: SHA256withRSA
Algorithm: SHA384withRSA
Algorithm: SHA512withRSA
Provider: SunEC
Algorithm: EC
Algorithm: EC
Algorithm: NONEwithECDSA
Algorithm: SHA1withECDSA
Algorithm: SHA256withECDSA
Algorithm: SHA384withECDSA
Algorithm: SHA512withECDSA
Algorithm: EC
Algorithm: ECDH
Provider: SunJSSE
Algorithm: RSA
Algorithm: RSA
Algorithm: MD2withRSA
Algorithm: MD5withRSA
Algorithm: SHA1withRSA
Algorithm: MD5andSHA1withRSA
Algorithm: SunX509
Algorithm: NewSunX509
Algorithm: SunX509
Algorithm: PKIX
Algorithm: TLSv1
Algorithm: TLSv1.1
Algorithm: TLSv1.2
Algorithm: Default
Algorithm: PKCS12
Provider: SunJCE
Algorithm: RSA
Algorithm: DES
Algorithm: DESede
Algorithm: DESedeWrap
Algorithm: PBEWithMD5AndDES
Algorithm: PBEWithMD5AndTripleDES
Algorithm: PBEWithSHA1AndRC2_40
Algorithm: PBEWithSHA1AndDESede
Algorithm: Blowfish
Algorithm: AES
Algorithm: AESWrap
Algorithm: RC2
Algorithm: ARCFOUR
Algorithm: DES
Algorithm: DESede
Algorithm: Blowfish
Algorithm: AES
Algorithm: RC2
Algorithm: ARCFOUR
Algorithm: HmacMD5
Algorithm: HmacSHA1
Algorithm: HmacSHA256
Algorithm: HmacSHA384
Algorithm: HmacSHA512
Algorithm: DiffieHellman
Algorithm: DiffieHellman
Algorithm: DiffieHellman
Algorithm: DiffieHellman
Algorithm: DES
Algorithm: DESede
Algorithm: PBE
Algorithm: PBEWithMD5AndDES
Algorithm: PBEWithMD5AndTripleDES
Algorithm: PBEWithSHA1AndDESede
Algorithm: PBEWithSHA1AndRC2_40
Algorithm: Blowfish
Algorithm: AES
Algorithm: RC2
Algorithm: OAEP
Algorithm: DiffieHellman
Algorithm: DES
Algorithm: DESede
Algorithm: PBEWithMD5AndDES
Algorithm: PBEWithMD5AndTripleDES
Algorithm: PBEWithSHA1AndDESede
Algorithm: PBEWithSHA1AndRC2_40
Algorithm: PBKDF2WithHmacSHA1
Algorithm: HmacMD5
Algorithm: HmacSHA1
Algorithm: HmacSHA256
Algorithm: HmacSHA384
Algorithm: HmacSHA512
Algorithm: HmacPBESHA1
Algorithm: SslMacMD5
Algorithm: SslMacSHA1
Algorithm: JCEKS
Algorithm: SunTlsPrf
Algorithm: SunTls12Prf
Algorithm: SunTlsMasterSecret
Algorithm: SunTlsKeyMaterial
Algorithm: SunTlsRsaPremasterSecret
Provider: SunJGSS
Algorithm: 1.2.840.113554.1.2.2
Algorithm: 1.3.6.1.5.5.2
Provider: SunSASL
Algorithm: DIGEST-MD5
Algorithm: NTLM
Algorithm: GSSAPI
Algorithm: EXTERNAL
Algorithm: PLAIN
Algorithm: CRAM-MD5
Algorithm: CRAM-MD5
Algorithm: GSSAPI
Algorithm: DIGEST-MD5
Algorithm: NTLM
Provider: XMLDSig
Algorithm: http://www.w3.org/2002/06/xmldsig-filter2
Algorithm: http://www.w3.org/2000/09/xmldsig#enveloped-signature
Algorithm: http://www.w3.org/2001/10/xml-exc-c14n#WithComments
Algorithm: http://www.w3.org/2001/10/xml-exc-c14n#
Algorithm: http://www.w3.org/TR/2001/REC-xml-c14n-20010315#WithComments
Algorithm: DOM
Algorithm: http://www.w3.org/2006/12/xml-c14n11
Algorithm: http://www.w3.org/2000/09/xmldsig#base64
Algorithm: http://www.w3.org/TR/2001/REC-xml-c14n-20010315
Algorithm: http://www.w3.org/TR/1999/REC-xpath-19991116
Algorithm: http://www.w3.org/TR/1999/REC-xslt-19991116
Algorithm: http://www.w3.org/2006/12/xml-c14n11#WithComments
Algorithm: DOM
Provider: SunPCSC
Algorithm: PC/SC
Provider: SunMSCAPI
Algorithm: Windows-PRNG
Algorithm: Windows-MY
Algorithm: Windows-ROOT
Algorithm: NONEwithRSA
Algorithm: SHA1withRSA
Algorithm: SHA256withRSA
Algorithm: SHA384withRSA
Algorithm: SHA512withRSA
Algorithm: MD5withRSA
Algorithm: MD2withRSA
Algorithm: RSA
Algorithm: RSA
Algorithm: RSA/ECB/PKCS1Padding
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
1:05 p.m.
We went with a different JCE algorithm earlier; but for Beta3 we use
PBEWithMD5AndDES (which is part of the standard JCE files and listed in
your email).
I'd recommend you therefore try with Beta3....
On 6 June 2013 12:00, kappert <kappert(a)hotmail.com> wrote:
Thank you for your reply!
I have now tried on a local Tomcat 7 and have discovered the first
exception, which may (or may not...) cause other problems. It occurs
already
when deploying Guvnor 6:
2013-06-06 11:11:58,246 [http-apr-8080-exec-3] ERROR Unable to encrypt
org.jasypt.exceptions.EncryptionOperationNotPossibleException: *Encryption
raised an exception. A possible cause is you are using strong encryption
algorithms and you have not installed the Java Cryptography Extension (JCE)
Unlimited Strength Jurisdiction Policy Files in this Java Virtual Machine*
at
org.jasypt.encryption.pbe.StandardPBEByteEncryptor.handleInvalidKeyException(StandardPBEByteEncryptor.java:999)
~[jasypt-1.9.0.jar:na]
at
org.jasypt.encryption.pbe.StandardPBEByteEncryptor.encrypt(StandardPBEByteEncryptor.java:868)
~[jasypt-1.9.0.jar:na]
at
org.jasypt.encryption.pbe.StandardPBEStringEncryptor.encrypt(StandardPBEStringEncryptor.java:642)
~[jasypt-1.9.0.jar:na]
at
org.uberfire.backend.server.config.DefaultPasswordServiceImpl.encrypt(DefaultPasswordServiceImpl.java:28)
~[uberfire-backend-server-0.1.3.Final.jar:0.1.3.Final]
at
org.uberfire.backend.server.config.DefaultPasswordServiceImpl$Proxy$_$$_WeldClientProxy.encrypt(DefaultPasswordServiceImpl$Proxy$_$$_WeldClientProxy.java)
[uberfire-backend-server-0.1.3.Final.jar:0.1.3.Final]
at
org.uberfire.backend.server.config.ConfigurationFactoryImpl.newSecuredConfigItem(ConfigurationFactoryImpl.java:46)
[uberfire-backend-server-0.1.3.Final.jar:0.1.3.Final]
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl.cloneRepository(RepositoryServiceImpl.java:93)
[uberfire-backend-server-0.1.3.Final.jar:0.1.3.Final]
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl$Proxy$_$$_WeldClientProxy.cloneRepository(RepositoryServiceImpl$Proxy$_$$_WeldClientProxy.java)
[uberfire-backend-server-0.1.3.Final.jar:0.1.3.Final]
at
org.kie.guvnor.backend.server.AppSetup.assertPlayground(AppSetup.java:69)
[AppSetup.class:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
~[na:1.7.0_17]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
~[na:1.7.0_17]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
~[na:1.7.0_17]
at java.lang.reflect.Method.invoke(Method.java:601) ~[na:1.7.0_17]
at
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
[weld-core-1.1.8.Final.jar:2012-04-29 10:45]
...
Indeed I have found the same exception now in the Jelastic logs.
The error message makes sense: I am not in the USA and neither is our
Jelastic hosting provider (we are in Switzerland). My local Tomcat is
running with a current Oracle JDK (jdk1.7.0_17). But "Unlimited Strength
Jurisdiction Policy Files" sounds like something the USA does not like to
share with the rest of the world :-) But I am just guessing.
I see now that I could download the missing files
<
http://www.oracle.com/technetwork/java/javase/downloads/jce-7-download-43...
>
and it would be legal to use unlimited strength cryptography in most
countries. But I don't think it is a good idea if I try to fix this on my
side, because I cannot change it in Jelastic.
Is it really necessary to use unlimited encryption for Guvnor?
Maybe this helps: I found this little program that lists the supported
crypto algorithms and providers
<
http://stackoverflow.com/questions/3683302/how-to-find-out-what-algorithm...
>
. Here is the output for the JDK I am using with Tomcat, so these would be
the algorithms available in every country of the world:
Provider: SUN
Algorithm: SHA1PRNG
Algorithm: SHA1withDSA
Algorithm: NONEwithDSA
Algorithm: DSA
Algorithm: MD2
Algorithm: MD5
Algorithm: SHA
Algorithm: SHA-256
Algorithm: SHA-384
Algorithm: SHA-512
Algorithm: DSA
Algorithm: DSA
Algorithm: DSA
Algorithm: X.509
Algorithm: JKS
Algorithm: CaseExactJKS
Algorithm: JavaPolicy
Algorithm: JavaLoginConfig
Algorithm: PKIX
Algorithm: PKIX
Algorithm: LDAP
Algorithm: Collection
Algorithm: com.sun.security.IndexedCollection
Provider: SunRsaSign
Algorithm: RSA
Algorithm: RSA
Algorithm: MD2withRSA
Algorithm: MD5withRSA
Algorithm: SHA1withRSA
Algorithm: SHA256withRSA
Algorithm: SHA384withRSA
Algorithm: SHA512withRSA
Provider: SunEC
Algorithm: EC
Algorithm: EC
Algorithm: NONEwithECDSA
Algorithm: SHA1withECDSA
Algorithm: SHA256withECDSA
Algorithm: SHA384withECDSA
Algorithm: SHA512withECDSA
Algorithm: EC
Algorithm: ECDH
Provider: SunJSSE
Algorithm: RSA
Algorithm: RSA
Algorithm: MD2withRSA
Algorithm: MD5withRSA
Algorithm: SHA1withRSA
Algorithm: MD5andSHA1withRSA
Algorithm: SunX509
Algorithm: NewSunX509
Algorithm: SunX509
Algorithm: PKIX
Algorithm: TLSv1
Algorithm: TLSv1.1
Algorithm: TLSv1.2
Algorithm: Default
Algorithm: PKCS12
Provider: SunJCE
Algorithm: RSA
Algorithm: DES
Algorithm: DESede
Algorithm: DESedeWrap
Algorithm: PBEWithMD5AndDES
Algorithm: PBEWithMD5AndTripleDES
Algorithm: PBEWithSHA1AndRC2_40
Algorithm: PBEWithSHA1AndDESede
Algorithm: Blowfish
Algorithm: AES
Algorithm: AESWrap
Algorithm: RC2
Algorithm: ARCFOUR
Algorithm: DES
Algorithm: DESede
Algorithm: Blowfish
Algorithm: AES
Algorithm: RC2
Algorithm: ARCFOUR
Algorithm: HmacMD5
Algorithm: HmacSHA1
Algorithm: HmacSHA256
Algorithm: HmacSHA384
Algorithm: HmacSHA512
Algorithm: DiffieHellman
Algorithm: DiffieHellman
Algorithm: DiffieHellman
Algorithm: DiffieHellman
Algorithm: DES
Algorithm: DESede
Algorithm: PBE
Algorithm: PBEWithMD5AndDES
Algorithm: PBEWithMD5AndTripleDES
Algorithm: PBEWithSHA1AndDESede
Algorithm: PBEWithSHA1AndRC2_40
Algorithm: Blowfish
Algorithm: AES
Algorithm: RC2
Algorithm: OAEP
Algorithm: DiffieHellman
Algorithm: DES
Algorithm: DESede
Algorithm: PBEWithMD5AndDES
Algorithm: PBEWithMD5AndTripleDES
Algorithm: PBEWithSHA1AndDESede
Algorithm: PBEWithSHA1AndRC2_40
Algorithm: PBKDF2WithHmacSHA1
Algorithm: HmacMD5
Algorithm: HmacSHA1
Algorithm: HmacSHA256
Algorithm: HmacSHA384
Algorithm: HmacSHA512
Algorithm: HmacPBESHA1
Algorithm: SslMacMD5
Algorithm: SslMacSHA1
Algorithm: JCEKS
Algorithm: SunTlsPrf
Algorithm: SunTls12Prf
Algorithm: SunTlsMasterSecret
Algorithm: SunTlsKeyMaterial
Algorithm: SunTlsRsaPremasterSecret
Provider: SunJGSS
Algorithm: 1.2.840.113554.1.2.2
Algorithm: 1.3.6.1.5.5.2
Provider: SunSASL
Algorithm: DIGEST-MD5
Algorithm: NTLM
Algorithm: GSSAPI
Algorithm: EXTERNAL
Algorithm: PLAIN
Algorithm: CRAM-MD5
Algorithm: CRAM-MD5
Algorithm: GSSAPI
Algorithm: DIGEST-MD5
Algorithm: NTLM
Provider: XMLDSig
Algorithm: http://www.w3.org/2002/06/xmldsig-filter2
Algorithm: http://www.w3.org/2000/09/xmldsig#enveloped-signature
Algorithm: http://www.w3.org/2001/10/xml-exc-c14n#WithComments
Algorithm: http://www.w3.org/2001/10/xml-exc-c14n#
Algorithm: http://www.w3.org/TR/2001/REC-xml-c14n-20010315#WithComments
Algorithm: DOM
Algorithm: http://www.w3.org/2006/12/xml-c14n11
Algorithm: http://www.w3.org/2000/09/xmldsig#base64
Algorithm: http://www.w3.org/TR/2001/REC-xml-c14n-20010315
Algorithm: http://www.w3.org/TR/1999/REC-xpath-19991116
Algorithm: http://www.w3.org/TR/1999/REC-xslt-19991116
Algorithm: http://www.w3.org/2006/12/xml-c14n11#WithComments
Algorithm: DOM
Provider: SunPCSC
Algorithm: PC/SC
Provider: SunMSCAPI
Algorithm: Windows-PRNG
Algorithm: Windows-MY
Algorithm: Windows-ROOT
Algorithm: NONEwithRSA
Algorithm: SHA1withRSA
Algorithm: SHA256withRSA
Algorithm: SHA384withRSA
Algorithm: SHA512withRSA
Algorithm: MD5withRSA
Algorithm: MD2withRSA
Algorithm: RSA
Algorithm: RSA
Algorithm: RSA/ECB/PKCS1Padding
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
2:12 p.m.
Thanks for letting me know. Sorry, I did not realize that the name changed to
*drools-wb-6.0.0.Beta3-tomcat7.0.war*.
I have tried Beta3 on my PC with Tomcat 7. Now this is the first exception I
get, the only thing I did was to log in:
org.jboss.errai.bus.client.api.base.MessageDeliveryFailure: error invoking
endpoint
at
org.jboss.errai.bus.server.io.ConversationalEndpointCallback.callback(ConversationalEndpointCallback.java:132)
at
org.jboss.errai.bus.server.io.RemoteServiceCallback.callback(RemoteServiceCallback.java:54)
...<snip>...
Caused by: com.thoughtworks.xstream.mapper.*CannotResolveClassException:
org.uberfire.client.workbench.model.impl.PerspectiveDefinitionImpl*
at
com.thoughtworks.xstream.mapper.DefaultMapper.realClass(DefaultMapper.java:56)
at
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at
com.thoughtworks.xstream.mapper.DynamicProxyMapper.realClass(DynamicProxyMapper.java:55)
Clicking around in the GUI I then get other errors, probably related. The
last one for example:
org.jboss.errai.marshalling.client.api.exceptions.MarshallingException:
class is not available to the marshaller framework:
com.thoughtworks.xstream.mapper.CannotResolveClassException
at
org.jboss.errai.marshalling.server.MappingContextSingleton$4.getMarshaller(MappingContextSingleton.java:292)
at
org.jboss.errai.marshalling.client.api.AbstractMarshallingSession.getMarshallerInstance(AbstractMarshallingSession.java:67)
...
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
3:21 p.m.
This sounds like you've installed Beta3 over the top of Beta2 (i.e.
Tomcat's /bin folder has bits of Beta2 in it).
Please try deleting .niogit from Tomcat's /bin folder (I think it's there,
it is on AS7) or .niogit where-ever it is!!!
On 6 June 2013 13:12, kappert <kappert(a)hotmail.com> wrote:
Thanks for letting me know. Sorry, I did not realize that the name
changed
to
*drools-wb-6.0.0.Beta3-tomcat7.0.war*.
I have tried Beta3 on my PC with Tomcat 7. Now this is the first exception
I
get, the only thing I did was to log in:
org.jboss.errai.bus.client.api.base.MessageDeliveryFailure: error invoking
endpoint
at
org.jboss.errai.bus.server.io.ConversationalEndpointCallback.callback(ConversationalEndpointCallback.java:132)
at
org.jboss.errai.bus.server.io.RemoteServiceCallback.callback(RemoteServiceCallback.java:54)
...<snip>...
Caused by: com.thoughtworks.xstream.mapper.*CannotResolveClassException:
org.uberfire.client.workbench.model.impl.PerspectiveDefinitionImpl*
at
com.thoughtworks.xstream.mapper.DefaultMapper.realClass(DefaultMapper.java:56)
at
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at
com.thoughtworks.xstream.mapper.DynamicProxyMapper.realClass(DynamicProxyMapper.java:55)
Clicking around in the GUI I then get other errors, probably related. The
last one for example:
org.jboss.errai.marshalling.client.api.exceptions.MarshallingException:
class is not available to the marshaller framework:
com.thoughtworks.xstream.mapper.CannotResolveClassException
at
org.jboss.errai.marshalling.server.MappingContextSingleton$4.getMarshaller(MappingContextSingleton.java:292)
at
org.jboss.errai.marshalling.client.api.AbstractMarshallingSession.getMarshallerInstance(AbstractMarshallingSession.java:67)
...
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
4:29 p.m.
You are right! I am using Tomcat 7 on Windows, simply unzipped, not
installed. I had the following three subdirectories in Tomcat's bin
directory:
* .index
.niogit
repository
*
I have deleted these (but I can't do that in Jelastic...) and now things
look better.
But unfortunately I am behind a corporate firewall and that prevents Guvnor
from starting because it cannot connect to GitHub. It would be nice if the
application came up and had an option for defining a proxy, i.e. the
connection to GitHub should not be made automatically on startup. But I
don't know if this is possible and whether GitHub is only used for the demo
or more...
Or do you have another recommendation how users behind corporate firewalls
should use Guvnor?
*localhost.2013-06-06.log*
SEVERE: Exception sending context initialized event to listener instance of
class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: Exception List with 1
exceptions:
Exception 0 :
org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke
[method] @PostConstruct public
org.drools.workbench.backend.server.AppSetup.assertPlayground() on
org.drools.workbench.backend.server.AppSetup@6e90efe2
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:400)
at
org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.postConstruct(ManagedBean.java:174)
at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:294)
...<snip>...
Caused by: java.lang.RuntimeException:
org.eclipse.jgit.api.errors.*TransportException:
https://github.com/guvnorngtestuser1/guvnorng-playground.git: cannot open
git-upload-pack*
at
org.kie.commons.java.nio.fs.jgit.util.JGitUtil.cloneRepository(JGitUtil.java:231)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystemProvider.newFileSystem(JGitFileSystemProvider.java:446)
...<snip>...
Caused by: java.net.ConnectException: *Connection time out: github.com*
at org.eclipse.jgit.util.HttpSupport.response(HttpSupport.java:173)
at org.eclipse.jgit.transport.TransportHttp.connect(TransportHttp.java:459)
*catalina.2013-06-06.log*
INFO: Deploying web application archive
C:\apache-tomcat-7.0.39\webapps\drools-wb-6.0.0.Beta3-tomcat7.0.war
Jun 06, 2013 3:38:30 PM org.apache.catalina.core.StandardContext
startInternal
SEVERE: Error listenerStart
Jun 06, 2013 3:38:30 PM org.apache.catalina.core.StandardContext
startInternal
SEVERE: Context [/drools-wb-6.0.0.Beta3-tomcat7.0] startup failed due to
previous errors
Jun 06, 2013 3:38:30 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: The web application [/drools-wb-6.0.0.Beta3-tomcat7.0] appears to
have started a thread named [pool-3-thread-1] but has failed to stop it.
This is very likely to create a memory leak.
Jun 06, 2013 3:38:30 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: The web application [/drools-wb-6.0.0.Beta3-tomcat7.0] appears to
have started a thread named [IOService(WatchService[system])] but has failed
to stop it. This is very likely to create a memory leak.
Jun 06, 2013 3:38:30 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: The web application [/drools-wb-6.0.0.Beta3-tomcat7.0] appears to
have started a thread named [Git-Daemon-Accept] but has failed to stop it.
This is very likely to create a memory leak.
Jun 06, 2013 3:38:30 PM org.apache.catalina.loader.WebappClassLoader
checkThreadLocalMapForLeaks
SEVERE: The web application [/drools-wb-6.0.0.Beta3-tomcat7.0] created a
ThreadLocal with key of type [org.eclipse.jgit.nls.NLS$1] (value
[org.eclipse.jgit.nls.NLS$1@60078eaf]) and a value of type
[org.eclipse.jgit.nls.NLS] (value [org.eclipse.jgit.nls.NLS@1028b46a]) but
failed to remove it when the web application was stopped. Threads are going
to be renewed over time to try and avoid a probable memory leak.
Jun 06, 2013 3:38:30 PM org.apache.catalina.loader.WebappClassLoader
checkThreadLocalMapForLeaks
SEVERE: The web application [/drools-wb-6.0.0.Beta3-tomcat7.0] created a
ThreadLocal with key of type [org.eclipse.jgit.nls.NLS$1] (value
[org.eclipse.jgit.nls.NLS$1@60078eaf]) and a value of type
[org.eclipse.jgit.nls.NLS] (value [org.eclipse.jgit.nls.NLS@1028b46a]) but
failed to remove it when the web application was stopped. Threads are going
to be renewed over time to try and avoid a probable memory leak.
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
5:30 p.m.
Hello,
At the moment we configure the application's bootstrap (i.e. global
settings, default repositories etc) programmatically.
For FINAL this will be done via an installer and hence you would not need
to connect to any GIT repository you did not want to.
Have you tried setting a proxy using JVM flags:
http://docs.oracle.com/javase/6/docs/technotes/guides/net/proxies.html ?
The default repository is:
https://github.com/guvnorngtestuser1/guvnorng-playground.
With kind regards,
Mike
On 6 June 2013 15:29, kappert <kappert(a)hotmail.com> wrote:
You are right! I am using Tomcat 7 on Windows, simply unzipped, not
installed. I had the following three subdirectories in Tomcat's bin
directory:
* .index
.niogit
repository
*
I have deleted these (but I can't do that in Jelastic...) and now things
look better.
But unfortunately I am behind a corporate firewall and that prevents Guvnor
from starting because it cannot connect to GitHub. It would be nice if the
application came up and had an option for defining a proxy, i.e. the
connection to GitHub should not be made automatically on startup. But I
don't know if this is possible and whether GitHub is only used for the demo
or more...
Or do you have another recommendation how users behind corporate firewalls
should use Guvnor?
*localhost.2013-06-06.log*
SEVERE: Exception sending context initialized event to listener instance of
class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: Exception List with 1
exceptions:
Exception 0 :
org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke
[method] @PostConstruct public
org.drools.workbench.backend.server.AppSetup.assertPlayground() on
org.drools.workbench.backend.server.AppSetup@6e90efe2
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:400)
at
org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.postConstruct(ManagedBean.java:174)
at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:294)
...<snip>...
Caused by: java.lang.RuntimeException:
org.eclipse.jgit.api.errors.*TransportException:
https://github.com/guvnorngtestuser1/guvnorng-playground.git: cannot open
git-upload-pack*
at
org.kie.commons.java.nio.fs.jgit.util.JGitUtil.cloneRepository(JGitUtil.java:231)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystemProvider.newFileSystem(JGitFileSystemProvider.java:446)
...<snip>...
Caused by: java.net.ConnectException: *Connection time out: github.com*
at org.eclipse.jgit.util.HttpSupport.response(HttpSupport.java:173)
at
org.eclipse.jgit.transport.TransportHttp.connect(TransportHttp.java:459)
*catalina.2013-06-06.log*
INFO: Deploying web application archive
C:\apache-tomcat-7.0.39\webapps\drools-wb-6.0.0.Beta3-tomcat7.0.war
Jun 06, 2013 3:38:30 PM org.apache.catalina.core.StandardContext
startInternal
SEVERE: Error listenerStart
Jun 06, 2013 3:38:30 PM org.apache.catalina.core.StandardContext
startInternal
SEVERE: Context [/drools-wb-6.0.0.Beta3-tomcat7.0] startup failed due to
previous errors
Jun 06, 2013 3:38:30 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: The web application [/drools-wb-6.0.0.Beta3-tomcat7.0] appears to
have started a thread named [pool-3-thread-1] but has failed to stop it.
This is very likely to create a memory leak.
Jun 06, 2013 3:38:30 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: The web application [/drools-wb-6.0.0.Beta3-tomcat7.0] appears to
have started a thread named [IOService(WatchService[system])] but has
failed
to stop it. This is very likely to create a memory leak.
Jun 06, 2013 3:38:30 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: The web application [/drools-wb-6.0.0.Beta3-tomcat7.0] appears to
have started a thread named [Git-Daemon-Accept] but has failed to stop it.
This is very likely to create a memory leak.
Jun 06, 2013 3:38:30 PM org.apache.catalina.loader.WebappClassLoader
checkThreadLocalMapForLeaks
SEVERE: The web application [/drools-wb-6.0.0.Beta3-tomcat7.0] created a
ThreadLocal with key of type [org.eclipse.jgit.nls.NLS$1] (value
[org.eclipse.jgit.nls.NLS$1@60078eaf]) and a value of type
[org.eclipse.jgit.nls.NLS] (value [org.eclipse.jgit.nls.NLS@1028b46a]) but
failed to remove it when the web application was stopped. Threads are going
to be renewed over time to try and avoid a probable memory leak.
Jun 06, 2013 3:38:30 PM org.apache.catalina.loader.WebappClassLoader
checkThreadLocalMapForLeaks
SEVERE: The web application [/drools-wb-6.0.0.Beta3-tomcat7.0] created a
ThreadLocal with key of type [org.eclipse.jgit.nls.NLS$1] (value
[org.eclipse.jgit.nls.NLS$1@60078eaf]) and a value of type
[org.eclipse.jgit.nls.NLS] (value [org.eclipse.jgit.nls.NLS@1028b46a]) but
failed to remove it when the web application was stopped. Threads are going
to be renewed over time to try and avoid a probable memory leak.
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
6:12 p.m.
Thanks a lot for your feedback, Mike!
I /think/ I finally managed to pass on the proxy settings to the Guvnor
application. I had tried with CATALINA_OPTS, but obviously (at least now)
one must use JAVA_OPTS for this purpose.
catalina.bat:
set JAVA_OPTS="-Dhttp.useProxy=true -Dhttp.proxyHost=webproxy.bigcorp.com
-Dhttp.proxyPort=8080 -Dhttps.proxyHost=webproxy.bigcorp.com
-Dhttps.proxyPort=8080 -Dhttp.nonProxyHosts=127.0.0.1|localhost"
Unfortunately the effect is still the same (Guvnor not starting).
But at least there is now a different error message for the basic cause. I
have difficulties interpreting this.
Does this still look like a firewall issue to you?
SEVERE: Exception sending context initialized event to listener instance of
class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: Exception List with 1
exceptions:
Exception 0 :
org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke
[method] @PostConstruct public
org.drools.workbench.backend.server.AppSetup.assertPlayground() on
org.drools.workbench.backend.server.AppSetup@6d2cc7e1
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:400)
...<snip>...
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
at
org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invoke(WeldMethodImpl.java:174)
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:398)
... 70 more
*Caused by: java.util.NoSuchElementException
at java.util.ArrayList$Itr.next(ArrayList.java:794)
* at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:149)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:128)
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper.newRepository(GitRepositoryFactoryHelper.java:76)
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.newRepository(GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.java)
at
org.uberfire.backend.server.repositories.RepositoryFactoryImpl.newRepository(RepositoryFactoryImpl.java:35)
at
org.uberfire.backend.server.repositories.RepositoryFactoryImpl$Proxy$_$$_WeldClientProxy.newRepository(RepositoryFactoryImpl$Proxy$_$$_WeldClientProxy.java)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:111)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
6:22 p.m.
He he, we're getting closer.
Have you tried deleting the infamous .niogit folder again?
The reason being our programmatic bootstrap is "sensitive" I.e. it doesn't
check for partial configuration in the event bootstrapping failed mid-way
(e.g. cloning a repo).
Sent on the move
On 6 Jun 2013 17:12, "kappert" <kappert(a)hotmail.com> wrote:
Thanks a lot for your feedback, Mike!
I /think/ I finally managed to pass on the proxy settings to the Guvnor
application. I had tried with CATALINA_OPTS, but obviously (at least now)
one must use JAVA_OPTS for this purpose.
catalina.bat:
set JAVA_OPTS="-Dhttp.useProxy=true -Dhttp.proxyHost=webproxy.bigcorp.com
-Dhttp.proxyPort=8080 -Dhttps.proxyHost=webproxy.bigcorp.com
-Dhttps.proxyPort=8080 -Dhttp.nonProxyHosts=127.0.0.1|localhost"
Unfortunately the effect is still the same (Guvnor not starting).
But at least there is now a different error message for the basic cause. I
have difficulties interpreting this.
Does this still look like a firewall issue to you?
SEVERE: Exception sending context initialized event to listener instance of
class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: Exception List with 1
exceptions:
Exception 0 :
org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke
[method] @PostConstruct public
org.drools.workbench.backend.server.AppSetup.assertPlayground() on
org.drools.workbench.backend.server.AppSetup@6d2cc7e1
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:400)
...<snip>...
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
at
org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invoke(WeldMethodImpl.java:174)
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:398)
... 70 more
*Caused by: java.util.NoSuchElementException
at java.util.ArrayList$Itr.next(ArrayList.java:794)
* at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:149)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:128)
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper.newRepository(GitRepositoryFactoryHelper.java:76)
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.newRepository(GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.java)
at
org.uberfire.backend.server.repositories.RepositoryFactoryImpl.newRepository(RepositoryFactoryImpl.java:35)
at
org.uberfire.backend.server.repositories.RepositoryFactoryImpl$Proxy$_$$_WeldClientProxy.newRepository(RepositoryFactoryImpl$Proxy$_$$_WeldClientProxy.java)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:111)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
10:27 a.m.
Thank you for your encouragement :-)
I made absolutely sure that no relicts are around, especially not .niogit (I
searched files by modification date and verified all newer files). I then
tried to deploy drools-wb-6.0.0.Beta3-tomcat7.0.war one more time, but got
the same exception again (java.util.NoSuchElementException ArrayList
JGitFileSystem).
I am not very familiar with Git, but I could imagine that a corporate
firewall can cause trouble for some operations.
Looks like I have to wait for the final version.
Our Jelastic instance cannot currently be used for experiments, but I will
try Beta3 on Jelastic later on and report my findings here. This will be an
interesting test because it eliminates the effects of our firewall.
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
12:49 p.m.
Hello,
I just ran drools-wb on Tomcat 7 (admittedly from source, which might be a
little different to Beta3.. but nothing I can think of that'd affect
startup).
I had a few hick-ups with an old .niogit and .index folders, but once I
deleted .niogit, .index and repository folders from /bin it started fine
and I could go to the screens to author rules.
I assume the RTE you get is at start-up or do I need to drill down into
some part of the application?
Cheers,
Mike
On 7 June 2013 09:27, kappert <kappert(a)hotmail.com> wrote:
Thank you for your encouragement :-)
I made absolutely sure that no relicts are around, especially not .niogit
(I
searched files by modification date and verified all newer files). I then
tried to deploy drools-wb-6.0.0.Beta3-tomcat7.0.war one more time, but got
the same exception again (java.util.NoSuchElementException ArrayList
JGitFileSystem).
I am not very familiar with Git, but I could imagine that a corporate
firewall can cause trouble for some operations.
Looks like I have to wait for the final version.
Our Jelastic instance cannot currently be used for experiments, but I will
try Beta3 on Jelastic later on and report my findings here. This will be an
interesting test because it eliminates the effects of our firewall.
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
1:39 p.m.
Thanks for following up on this.
The exception happens already at deployment time, I have not even tried to
access Guvnor in the browser.
I suspect the problem stems from restrictive firewall rules. Just for
surfing I do not need credentials, but maybe using GitHub is different.
Specifying user/password for the proxy through JVM parameters is not
possible, but I could try to use a Git client behind our firewall to perform
the same operations that Guvnor is attempting. Would that be helpful? If
yes: Could you tell me what (logical) steps I have to do with Git?
(hopefully no passwords are required)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
2:44 p.m.
In .niogit there are 2 git repositories.
- system.git
- uf-playground.git
system.git is created programmatically and contains various settings. You
cannot clone this from anywhere.
uf-playground.git is a clone of
https://github.com/guvnorngtestuser1/guvnorng-playground. You will need to
convert it to a bare repository:
http://stackoverflow.com/questions/2199897/how-to-convert-a-git-repositor...
On 7 June 2013 12:39, kappert <kappert(a)hotmail.com> wrote:
Thanks for following up on this.
The exception happens already at deployment time, I have not even tried to
access Guvnor in the browser.
I suspect the problem stems from restrictive firewall rules. Just for
surfing I do not need credentials, but maybe using GitHub is different.
Specifying user/password for the proxy through JVM parameters is not
possible, but I could try to use a Git client behind our firewall to
perform
the same operations that Guvnor is attempting. Would that be helpful? If
yes: Could you tell me what (logical) steps I have to do with Git?
(hopefully no passwords are required)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5:13 p.m.
OK, I have successfully cloned the playground from behind the firewall. No
credentials were needed for the proxy, just host and port.
The following keywords lead me to believe that it is probably the creation
of system.git that fails. My Tomcat runs on a Windows 7 machine. Are you
working with Linux or a Mac?
Hard to tell what is going wrong. I even tried running Tomcat as
Administrator in case that creating files in my Tomcat's bin directory would
require elevated privileges. But that did not help.
Caused by: java.util.NoSuchElementException
at java.util.ArrayList$Itr.next(ArrayList.java:794)
at
org.kie.commons.java.nio.fs.jgit.*JGitFileSystem*$2$1.next(JGitFileSystem.java:149)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:128)
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper.newRepository(GitRepositoryFactoryHelper.java:76)Caused
by: java.util.NoSuchElementException
at java.util.ArrayList$Itr.next(ArrayList.java:794)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:149)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:128)
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper.*newRepository*(GitRepositoryFactoryHelper.java:76)
And here is the full stack trace...
SEVERE: Exception sending context initialized event to listener instance of
class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: Exception List with 1
exceptions:
Exception 0 :
org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke
[method] @PostConstruct public
org.drools.workbench.backend.server.AppSetup.assertPlayground() on
org.drools.workbench.backend.server.AppSetup@447359ae
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:400)
at
org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.postConstruct(ManagedBean.java:174)
at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:294)
at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:107)
at
org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:90)
at
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:79)
at
org.drools.workbench.backend.server.AppSetup$Proxy$_$$_WeldClientProxy.toString(AppSetup$Proxy$_$$_WeldClientProxy.java)
at
org.kie.commons.services.cdi.StartupBeanExtension.runPostConstruct(StartupBeanExtension.java:81)
at
org.kie.commons.services.cdi.StartupBeanExtension.afterDeploymentValidation(StartupBeanExtension.java:65)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
at
org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
at
org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:51)
at
org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:154)
at
org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:245)
at
org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:233)
at
org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:213)
at
org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:75)
at
org.jboss.weld.bootstrap.events.AbstractDeploymentContainerEvent.fire(AbstractDeploymentContainerEvent.java:46)
at
org.jboss.weld.bootstrap.events.AfterDeploymentValidationImpl.fire(AfterDeploymentValidationImpl.java:31)
at
org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:383)
at
org.jboss.weld.environment.servlet.Listener.contextInitialized(Listener.java:182)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4887)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5381)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:977)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:542)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1462)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:792)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1445)
at
org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:301)
at
org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:213)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:581)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:947)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1009)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
at
org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invoke(WeldMethodImpl.java:174)
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:398)
... 70 more
Caused by: java.lang.RuntimeException:
org.eclipse.jgit.api.errors.TransportException:
https://github.com/guvnorngtestuser1/guvnorng-playground.git: cannot open
git-upload-pack
at
org.kie.commons.java.nio.fs.jgit.util.JGitUtil.cloneRepository(JGitUtil.java:231)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystemProvider.newFileSystem(JGitFileSystemProvider.java:446)
at
org.kie.commons.java.nio.file.FileSystems.newFileSystem(FileSystems.java:117)
at
org.kie.commons.java.nio.file.FileSystems.newFileSystem(FileSystems.java:83)
at
org.kie.commons.io.impl.AbstractIOService.newFileSystem(AbstractIOService.java:163)
at
org.kie.kieora.io.IOServiceIndexedImpl.newFileSystem(IOServiceIndexedImpl.java:123)
at
org.kie.commons.io.impl.AbstractIOService.newFileSystem(AbstractIOService.java:152)
at
org.kie.kieora.io.IOServiceIndexedImpl.newFileSystem(IOServiceIndexedImpl.java:99)
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper.newRepository(GitRepositoryFactoryHelper.java:70)
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.newRepository(GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.java)
at
org.uberfire.backend.server.repositories.RepositoryFactoryImpl.newRepository(RepositoryFactoryImpl.java:35)
at
org.uberfire.backend.server.repositories.RepositoryFactoryImpl$Proxy$_$$_WeldClientProxy.newRepository(RepositoryFactoryImpl$Proxy$_$$_WeldClientProxy.java)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:111)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:104)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl$Proxy$_$$_WeldClientProxy.createRepository(RepositoryServiceImpl$Proxy$_$$_WeldClientProxy.java)
at
org.drools.workbench.backend.server.AppSetup.assertPlayground(AppSetup.java:66)
... 80 more
Caused by: org.eclipse.jgit.api.errors.TransportException:
https://github.com/guvnorngtestuser1/guvnorng-playground.git: cannot open
git-upload-pack
at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:137)
at org.eclipse.jgit.api.CloneCommand.fetch(CloneCommand.java:178)
at org.eclipse.jgit.api.CloneCommand.call(CloneCommand.java:125)
at
org.kie.commons.java.nio.fs.jgit.util.JGitUtil.cloneRepository(JGitUtil.java:215)
... 95 more
Caused by: org.eclipse.jgit.errors.TransportException:
https://github.com/guvnorngtestuser1/guvnorng-playground.git: cannot open
git-upload-pack
at org.eclipse.jgit.transport.TransportHttp.connect(TransportHttp.java:496)
at
org.eclipse.jgit.transport.TransportHttp.openFetch(TransportHttp.java:305)
at
org.eclipse.jgit.transport.FetchProcess.executeImp(FetchProcess.java:136)
at org.eclipse.jgit.transport.FetchProcess.execute(FetchProcess.java:122)
at org.eclipse.jgit.transport.Transport.fetch(Transport.java:1104)
at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:128)
... 98 more
Caused by: java.net.ConnectException: Connection time out: github.com
at org.eclipse.jgit.util.HttpSupport.response(HttpSupport.java:173)
at org.eclipse.jgit.transport.TransportHttp.connect(TransportHttp.java:459)
... 103 more
at
org.jboss.weld.bootstrap.events.AbstractDeploymentContainerEvent.fire(AbstractDeploymentContainerEvent.java:48)
at
org.jboss.weld.bootstrap.events.AfterDeploymentValidationImpl.fire(AfterDeploymentValidationImpl.java:31)
at
org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:383)
at
org.jboss.weld.environment.servlet.Listener.contextInitialized(Listener.java:182)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4887)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5381)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:977)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:542)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1462)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:792)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1445)
at
org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:301)
at
org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:213)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:581)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:947)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1009)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
2:07 p.m.
OK, so I have repeated the test, Tomcat running with Admin privileges on
Windows 7 and correct proxy settings. I get the same exception as in
unprivileged mode (NoSuchElementException at java.util.ArrayList in
JGitFileSystem).
Please let me know if you can think of something else to try.
Here is the full stack trace that ppears when deploying
drools-wb-6.0.0.Beta3-tomcat7.0.war on Tomcat 7.0.39:
SEVERE: Exception sending context initialized event to listener instance of
class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: Exception List with 1
exceptions:
Exception 0 :
org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke
[method] @PostConstruct public
org.drools.workbench.backend.server.AppSetup.assertPlayground() on
org.drools.workbench.backend.server.AppSetup@3f4e2f38
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:400)
at
org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.postConstruct(ManagedBean.java:174)
at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:294)
at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:107)
at
org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:90)
at
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:79)
at
org.drools.workbench.backend.server.AppSetup$Proxy$_$$_WeldClientProxy.toString(AppSetup$Proxy$_$$_WeldClientProxy.java)
at
org.kie.commons.services.cdi.StartupBeanExtension.runPostConstruct(StartupBeanExtension.java:81)
at
org.kie.commons.services.cdi.StartupBeanExtension.afterDeploymentValidation(StartupBeanExtension.java:65)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
at
org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
at
org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:51)
at
org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:154)
at
org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:245)
at
org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:233)
at
org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:213)
at
org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:75)
at
org.jboss.weld.bootstrap.events.AbstractDeploymentContainerEvent.fire(AbstractDeploymentContainerEvent.java:46)
at
org.jboss.weld.bootstrap.events.AfterDeploymentValidationImpl.fire(AfterDeploymentValidationImpl.java:31)
at
org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:383)
at
org.jboss.weld.environment.servlet.Listener.contextInitialized(Listener.java:182)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4887)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5381)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:977)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:542)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1462)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:792)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1445)
at
org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:301)
at
org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:213)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:581)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:947)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1009)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
at
org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invoke(WeldMethodImpl.java:174)
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:398)
... 70 more
*Caused by: java.util.NoSuchElementException
at java.util.ArrayList$Itr.next(ArrayList.java:794)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:149)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:128)
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper.newRepository(GitRepositoryFactoryHelper.java:76)*
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.newRepository(GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.java)
at
org.uberfire.backend.server.repositories.RepositoryFactoryImpl.newRepository(RepositoryFactoryImpl.java:35)
at
org.uberfire.backend.server.repositories.RepositoryFactoryImpl$Proxy$_$$_WeldClientProxy.newRepository(RepositoryFactoryImpl$Proxy$_$$_WeldClientProxy.java)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:111)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:104)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl$Proxy$_$$_WeldClientProxy.createRepository(RepositoryServiceImpl$Proxy$_$$_WeldClientProxy.java)
at
org.drools.workbench.backend.server.AppSetup.assertPlayground(AppSetup.java:66)
... 80 more
at
org.jboss.weld.bootstrap.events.AbstractDeploymentContainerEvent.fire(AbstractDeploymentContainerEvent.java:48)
at
org.jboss.weld.bootstrap.events.AfterDeploymentValidationImpl.fire(AfterDeploymentValidationImpl.java:31)
at
org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:383)
at
org.jboss.weld.environment.servlet.Listener.contextInitialized(Listener.java:182)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4887)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5381)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:977)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:542)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1462)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:792)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1445)
at
org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:301)
at
org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:213)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:581)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:947)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1009)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
4:53 p.m.
Try replacing your .niogit with this.
This is a copy of mine.. at least then we can rule out anything to do with
proxies.
On 10 June 2013 13:07, kappert <kappert(a)hotmail.com> wrote:
OK, so I have repeated the test, Tomcat running with Admin privileges
on
Windows 7 and correct proxy settings. I get the same exception as in
unprivileged mode (NoSuchElementException at java.util.ArrayList in
JGitFileSystem).
Please let me know if you can think of something else to try.
Here is the full stack trace that ppears when deploying
drools-wb-6.0.0.Beta3-tomcat7.0.war on Tomcat 7.0.39:
SEVERE: Exception sending context initialized event to listener instance of
class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: Exception List with 1
exceptions:
Exception 0 :
org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke
[method] @PostConstruct public
org.drools.workbench.backend.server.AppSetup.assertPlayground() on
org.drools.workbench.backend.server.AppSetup@3f4e2f38
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:400)
at
org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.postConstruct(ManagedBean.java:174)
at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:294)
at
org.jboss.weld.context.AbstractContext.get(AbstractContext.java:107)
at
org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:90)
at
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:79)
at
org.drools.workbench.backend.server.AppSetup$Proxy$_$$_WeldClientProxy.toString(AppSetup$Proxy$_$$_WeldClientProxy.java)
at
org.kie.commons.services.cdi.StartupBeanExtension.runPostConstruct(StartupBeanExtension.java:81)
at
org.kie.commons.services.cdi.StartupBeanExtension.afterDeploymentValidation(StartupBeanExtension.java:65)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
at
org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
at
org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:51)
at
org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:154)
at
org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:245)
at
org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:233)
at
org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:213)
at
org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:75)
at
org.jboss.weld.bootstrap.events.AbstractDeploymentContainerEvent.fire(AbstractDeploymentContainerEvent.java:46)
at
org.jboss.weld.bootstrap.events.AfterDeploymentValidationImpl.fire(AfterDeploymentValidationImpl.java:31)
at
org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:383)
at
org.jboss.weld.environment.servlet.Listener.contextInitialized(Listener.java:182)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4887)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5381)
at
org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:977)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:542)
at
org.apache.catalina.startup.HostConfig.check(HostConfig.java:1462)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:792)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1445)
at
org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:301)
at
org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:213)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:581)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:947)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1009)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
at
org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invoke(WeldMethodImpl.java:174)
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:398)
... 70 more
*Caused by: java.util.NoSuchElementException
at java.util.ArrayList$Itr.next(ArrayList.java:794)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:149)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:128)
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper.newRepository(GitRepositoryFactoryHelper.java:76)*
at
org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.newRepository(GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.java)
at
org.uberfire.backend.server.repositories.RepositoryFactoryImpl.newRepository(RepositoryFactoryImpl.java:35)
at
org.uberfire.backend.server.repositories.RepositoryFactoryImpl$Proxy$_$$_WeldClientProxy.newRepository(RepositoryFactoryImpl$Proxy$_$$_WeldClientProxy.java)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:111)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:104)
at
org.uberfire.backend.server.repositories.RepositoryServiceImpl$Proxy$_$$_WeldClientProxy.createRepository(RepositoryServiceImpl$Proxy$_$$_WeldClientProxy.java)
at
org.drools.workbench.backend.server.AppSetup.assertPlayground(AppSetup.java:66)
... 80 more
at
org.jboss.weld.bootstrap.events.AbstractDeploymentContainerEvent.fire(AbstractDeploymentContainerEvent.java:48)
at
org.jboss.weld.bootstrap.events.AfterDeploymentValidationImpl.fire(AfterDeploymentValidationImpl.java:31)
at
org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:383)
at
org.jboss.weld.environment.servlet.Listener.contextInitialized(Listener.java:182)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4887)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5381)
at
org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:977)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:542)
at
org.apache.catalina.startup.HostConfig.check(HostConfig.java:1462)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:792)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1445)
at
org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:301)
at
org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:213)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:581)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:947)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1009)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-on-Tomcat-7-should-p...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5:43 p.m.
Thank you for your continued interest :-)
I hope I did this right:
a) stopped Tomcat
b) cleaned up everything
c) unzipped to Tomcat's bin directory, which gave me:
C:\apache-tomcat-7.0.39\bin\.niogit
C:\apache-tomcat-7.0.39\bin\.niogit\system.git
C:\apache-tomcat-7.0.39\bin\.niogit\uf-playground.git
d) started Tomcat
e) deployed Guvnor with Tomcat manager
But I am still getting the same exception. I should note that with all my
previous attempts resulting in this exception, nothing was ever created in
the bin directory. So now I have not "replaced" .niogit, I have simply put
it in place.
*Are you working on Windows 7 as well or some other OS?*
SEVERE: Exception sending context initialized event to listener instance of
class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: Exception List with 1
exceptions:
Exception 0 :
org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke
[method] @PostConstruct public
org.drools.workbench.backend.server.AppSetup.assertPlayground() on
org.drools.workbench.backend.server.AppSetup@4a291de7
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:400)
<snip>
Caused by: java.util.NoSuchElementException
at java.util.ArrayList$Itr.next(ArrayList.java:794)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:149)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:128)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-and-Beta3-on-Tomcat-...
Sent from the Drools: User forum mailing list archive at Nabble.com.
6:14 p.m.
Hello,
I'm on Linux (Ubuntu).
We do have a Windows developer....
@Jervis, have you tried drools-wb on Tomcat? Could you?
Cheers,
Mike
On 10 June 2013 16:43, kappert <kappert(a)hotmail.com> wrote:
Thank you for your continued interest :-)
I hope I did this right:
a) stopped Tomcat
b) cleaned up everything
c) unzipped to Tomcat's bin directory, which gave me:
C:\apache-tomcat-7.0.39\bin\.niogit
C:\apache-tomcat-7.0.39\bin\.niogit\system.git
C:\apache-tomcat-7.0.39\bin\.niogit\uf-playground.git
d) started Tomcat
e) deployed Guvnor with Tomcat manager
But I am still getting the same exception. I should note that with all my
previous attempts resulting in this exception, nothing was ever created in
the bin directory. So now I have not "replaced" .niogit, I have simply put
it in place.
*Are you working on Windows 7 as well or some other OS?*
SEVERE: Exception sending context initialized event to listener instance of
class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: Exception List with 1
exceptions:
Exception 0 :
org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke
[method] @PostConstruct public
org.drools.workbench.backend.server.AppSetup.assertPlayground() on
org.drools.workbench.backend.server.AppSetup@4a291de7
at
org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:400)
<snip>
Caused by: java.util.NoSuchElementException
at java.util.ArrayList$Itr.next(ArrayList.java:794)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:149)
at
org.kie.commons.java.nio.fs.jgit.JGitFileSystem$2$1.next(JGitFileSystem.java:128)
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-and-Beta3-on-Tomcat-...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
8:11 p.m.
I'm on Linux (Ubuntu).
You are a lucky man
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-and-Beta3-on-Tomcat-...
Sent from the Drools: User forum mailing list archive at Nabble.com.
7:16 p.m.
OK, I have just tried this out at home on a Windows 7 computer, without a
(boring) corporate firewall.
Result: *drools-wb-6.0.0.Beta3-tomcat7.0.war install fine on Tomcat 7 and
works.*
I can't think of anything else than a firewall problem. If this GitHub
connection is required, probably a configuration in Guvnor is needed to
define proxy host, port /and authentication /(cannot be passed in on the
command line).
--
View this message in context:
http://drools.46999.n3.nabble.com/Guvnor-6-0-0-Beta2-and-Beta3-on-Tomcat-...
Sent from the Drools: User forum mailing list archive at Nabble.com.
3970
days inactive
3979
days old
20 comments
2 participants
participants (2)
-
kappert -
Michael Anstis