On 2013/1/21 18:38, Stephen Masters wrote:
Thanks Jervis,
In that case, it sounds like the issue might be with the use of the
default JAAS authenticator. In which case, does using a custom
authenticator fix the issue?
For instance, I knocked this one up to support single sign-on to
Guvnor on RHEL from users on Windows 7 (Active Directory):
https://gist.github.com/4545962
I have only tested it on 5.3 though, so I can't be sure whether it
resolves the 5.4 issue.
It is likely that a custom authenticator wont work. This is because the
user and password does not get passed into the authenticator correctly,
which is caused by a Seam 3 security bug:
https://issues.jboss.org/browse/SEAMSECURITY-98
Cheers,
Jervis
Steve
On 21 Jan 2013, at 01:10, Jervis Liu <j...@redhat.com
<mailto:j...@redhat.com>> wrote:
On 2013/1/17 18:46, Stephen Masters wrote:
Hi folks,
Just curious, but do you have a link to the Jira relating to this
authentication issue? I'm keen to find the details.
https://issues.jboss.org/browse/GUVNOR-1986
Thanks,
Steve
On 17 Jan 2013, at 07:01, Jervis Liu <j...@redhat.com
<mailto:j...@redhat.com>> wrote:
On 2013/1/16 12:28, Yuri wrote:
Hmm - I may try that. So you think I would install 5.3, import
one of my 5.5 repositories, merge in packages from the other 5.5
repository, and then export that repository to be re-imported in 5.5?
Yes, it should be doable.
On Tue, Jan 15, 2013 at 9:28 PM, Jervis Liu <j...@redhat.com
<mailto:j...@redhat.com>> wrote:
On 2013/1/16 11:12, Yuri wrote:
Thanks for the quick reply, Jervis. We are basically in
discovery/presentation mode with our BRMS, and we have
several different people doing different things with their
own instances of guvnor (not how it's going to be in the
end). We're trying to merge the work ppl have been doing into
a central guvnor repository, so copying packages from one to
the other w/o blowing away the whole repository is the only
way we've thought of doing this so far. Do you have any
ideas for a work-around?
Given the fact the authentication problem has not been fixed
yet in Guvnor 5.4 and 5.5 (but will be very soon), the only
workaround I can think of right now is using Guvnor 5.3. You
can merge assets under 5.3. Then upgrade guvnor with the
merged repository to 5.4 or 5.5.
Jervis
Thanks,
Yuri
On Tue, Jan 15, 2013 at 8:50 PM, Jervis Liu <j...@redhat.com
<mailto:j...@redhat.com>> wrote:
On 2013/1/16 2:52, Yuri wrote:
Hi Everyone,
I am having to move assets from one repository to
another, and if WebDav would work for me, I believe that
it would be the easiest solution.
I have the default security setup that comes with guvnor
5.5.0 and JBoss AS 7, and I absolutely could not figure
out any way to connect from Windows 7.
Guvnor 5.4 and 5.5 has a known authentication problem
which affects WebDav access. If you just want to move
assets from one repo to another, you can try exporting
guvnor repository as xml file then importing again, will
this approach work for you?
I was finally able to connect to webDav with BitKinex,
however, I cannot upload anything - I can download files
just fine, but when I try to upload, I get the following
error on my server. Am I missing something?
Thanks,
Yuri
Error:
12:08:00,344 ERROR
[org.drools.repository.RulesRepository]
(http--127.0.0.1-8080-7) Unable to load a module. :
javax.jcr.PathNotFoundException: *MyNewAsset.txt*
at
org.apache.jackrabbit.core.NodeImpl$8.perform(NodeImpl.java:2135)
[jackrabbit-core-2.2.8.jar:2.2.8]
at
org.apache.jackrabbit.core.NodeImpl$8.perform(NodeImpl.java:2129)
[jackrabbit-core-2.2.8.jar:2.2.8]
at
org.apache.jackrabbit.core.session.SessionState.perform(SessionState.java:200)[jackrabbit-core-2.2.8.jar:2.2.8]
at
org.apache.jackrabbit.core.ItemImpl.perform(ItemImpl.java:91)
[jackrabbit-core-2.2.8.jar:2.2.8]
at
org.apache.jackrabbit.core.NodeImpl.getNode(NodeImpl.java:2129)
[jackrabbit-core-2.2.8.jar:2.2.8]
at
org.drools.repository.RulesRepository.loadModule(RulesRepository.java:435)[guvnor-repository-5.5.0.Final.jar:5.5.0.Final]
at
org.drools.repository.RulesRepository$Proxy$_$$_WeldClientProxy.loadModule(RulesRepository$Proxy$_$$_WeldClientProxy.java)[guvnor-repository-5.5.0.Final.jar:5.5.0.Final]
at
org.drools.guvnor.server.files.WebDAVImpl.loadPackageFromRepository(WebDAVImpl.java:912)[guvnor-webapp-core-5.5.0.Final.jar:5.5.0.Final]
at
org.drools.guvnor.server.files.WebDAVImpl.getStoredObjectForReadOnlyPackages(WebDAVImpl.java:473)[guvnor-webapp-core-5.5.0.Final.jar:5.5.0.Final]
at
org.drools.guvnor.server.files.WebDAVImpl.getStoredObject(WebDAVImpl.java:409)[guvnor-webapp-core-5.5.0.Final.jar:5.5.0.Final]
at
org.drools.guvnor.server.files.WebDAVImpl$Proxy$_$$_WeldClientProxy.getStoredObject(WebDAVImpl$Proxy$_$$_WeldClientProxy.java)[guvnor-webapp-core-5.5.0.Final.jar:5.5.0.Final]
at net.sf.webdav.methods.DoPut.execute(DoPut.java:101)
[webdav-servlet-2.0.1.jar:]
at
net.sf.webdav.WebDavServletBean.service(WebDavServletBean.java:129)
[webdav-servlet-2.0.1.jar:]
at
org.drools.guvnor.server.files.WebdavServlet.service(WebdavServlet.java:73)[guvnor-webapp-core-5.5.0.Final.jar:5.5.0.Final]
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
[jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329)[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)[jbossweb-7.0.13.Final.jar:]
at
org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)[jbossweb-7.0.13.Final.jar:]
at
org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65)[solder-impl-3.1.1.Final.jar:3.1.1.Final]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)[jbossweb-7.0.13.Final.jar:]
at
org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74)[solder-impl-3.1.1.Final.jar:3.1.1.Final]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)[jbossweb-7.0.13.Final.jar:]
at
org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)[jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)[jbossweb-7.0.13.Final.jar:]
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)[jbossweb-7.0.13.Final.jar:]
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)[jbossweb-7.0.13.Final.jar:]
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
[jbossweb-7.0.13.Final.jar:]
at java.lang.Thread.run(Unknown Source) [rt.jar:1.6.0_35]
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
<mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org <mailto:rules-users@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
