[rules-users] can't copy files to guvnor using webdav
Stephen Masters
stephen.masters at me.com
Mon Jan 21 05:38:30 EST 2013
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.
Steve
On 21 Jan 2013, at 01:10, Jervis Liu <jliu at 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 <jliu at 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 <jliu at 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 <jliu at 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 at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> rules-users mailing list
>>>>> rules-users at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> rules-users mailing list
>>>>> rules-users at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>
>>>>
>>>> _______________________________________________
>>>> rules-users mailing list
>>>> rules-users at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> rules-users mailing list
>>>> rules-users at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>> _______________________________________________
>>> rules-users mailing list
>>> rules-users at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20130121/6adcda01/attachment-0001.html
More information about the rules-users
mailing list