Monticello and HTTPS

Hello Sven,

On Thu, Oct 10, 2013 at 3:50 PM, Sven Van Caekenberghe <[hidden email]> wrote:

Hi Manfred,

On 10 Oct 2013, at 15:41, Manfred Kröhnert <[hidden email]> wrote:

> Hi everyone,
>
> I am one of the guys helping Nico with Amber.
>
> Now, I recently started to experiment with Pharo for a small project.
> After some reading and experimenting I was able to get something running thanks to the good documentation available.
>
> While I was on the go I tried to save my code with Monticello on a private WebDAV share.
> However, the server is only accessible via HTTPS which resulted in an error accessing it from the Monticello browser.
>
> Now my question is if HTTPS is supported by Montichello or not.
> Since the server is accessed with username/password I'd rather not use plain HTTP.
>
> Best,
> Manfred

It should work. But I am not aware of any official, public repositories that run HTTPS, so its hard to test. I also understand that it could be difficult to give stack traces, but details are necessary to make any progress on helping you.

One thing you could try is to access the repository directly: i.e. create a ZnClient that tries to read the listing or a specific package.

Sven

thanks for the initial info that it should work.

I would have given further details but currently I can't access the machine where I tried it.

I'll try your suggestion and provide a more detailed report as soon as possible.

Best,

Manfred 

welcome

we like amber :)

Stef

On Oct 10, 2013, at 3:41 PM, Manfred Kröhnert <[hidden email]> wrote:

> Hi everyone,
>
> I am one of the guys helping Nico with Amber.
>
> Now, I recently started to experiment with Pharo for a small project.
> After some reading and experimenting I was able to get something running thanks to the good documentation available.
>
> While I was on the go I tried to save my code with Monticello on a private WebDAV share.
> However, the server is only accessible via HTTPS which resulted in an error accessing it from the Monticello browser.
>
> Now my question is if HTTPS is supported by Montichello or not.
> Since the server is accessed with username/password I'd rather not use plain HTTP.
>
> Best,
> Manfred

Manfred,

On 10 Oct 2013, at 20:17, Manfred Kröhnert <[hidden email]> wrote:

> Hi again,
>
> the webdav share is located on an OwnCloud instance.
> It is possible to get a directory listing of the specific directory with the following ZnClient request:
>
> ZnClient new username: 'X' password: 'Y'; get: 'https://owncloud.server.de/remote.php/webdav/monticello'

Excellent, that means that it fundamentally works !

Maybe you can try the same for accessing an actual .mcz file, just to be sure.

> In a Pharo 2.0 image do the following steps:
>
> * MonticelloBrowser: select package
> * MonticelloBrowser->'+Repository'
> * add location: 'https://owncloud.server.de/remote.php/webdav/monticello' username: 'X' password: 'Y'
> * MonticelloBrowser->'Open'
>
> * ProgressBar with the following name shows up:
>     'Loading all file names from https://owncloud.server.de/remote.php/webdav/monticello'
> It gets interrupted by a PreDebugWindow with title
>     'MCRepositoryError: Could not access https://owncloud.server.de/remote.php/webdav/monticello: ZnHttpUnsuccessful: 404 Not Found'
>
> Opening the Debugger gives the following stacktrace
>
> MCHttpRepository>>loadAllFileNames in Block: [:exception | (exception className beginsWith: 'Zn...etc...
> BlockClosure>>cull:
> MethodContext(ContextPart)>>handleSignal: in Block: [self exceptionHandlerBlock cull: exception]
> BlockClosure>>ensure:
> MethodContext(ContextPart)>>handleSignal:
> MethodContext(ContextPart)>>handleSignal:
> ZnHttpUnsuccessful(Exception)>>signal
> ZnClient>>handleResponse
> ZnClient>>executeWithRedirectsRemaining:
> ZnClient>>executeWithRetriesRemaining: in Block: [self executeWithRedirectsRemaining: self maxNumbe...etc...
> BlockClosure>>on:do:
> ZnClient>>executeWithRetriesRemaining:
> ZnClient>>executeWithTimeout in Block: [self executeWithRetriesRemaining: self numberOfRe...etc...
> BlockClosure>>on:do:
> ZnClient>>executeWithTimeout in Block: [[self executeWithRetriesRemaining: self numberOfR...etc...
> ZnClient>>withTimeoutDo: in Block: [^ block value]
> ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [p psValueAt: index put: anObject....
> BlockClosure>>ensure:
> ZnConnectionTimeout(DynamicVariable)>>value:during:
> ZnConnectionTimeout class(DynamicVariable class)>>value:during:
> ZnClient>>withTimeoutDo:
> ZnClient>>executeWithTimeout
> ZnClient>>execute in Block: [result := self executeWithTimeout]
> ZnClient>>withProgressDo: in Block: [^ block value]
> ZnSignalProgress(DynamicVariable)>>value:during: in Block: [p psValueAt: index put: anObject....
> BlockClosure>>ensure:
> ZnSignalProgress(DynamicVariable)>>value:during:
> ZnSignalProgress class(DynamicVariable class)>>value:during:
> ZnClient>>withProgressDo:
> ZnClient>>execute

Have a look at MCHTTPRepository>>#loadAllFileNames and notice how a query parameter is added, maybe that is the culprit ? Also, a trailing slash is added, that could be a problem for the server as well.

Else, you will have to look at the stack trace in the debugger and try to understand what is going on.

Sven

> Trying to copy .mcz files to the new repository afterwards triggers the same error.
> However, the selected .mcz file gets copied to the WebDAV share.
>
> The used operating system is OS X 10.6.8.
> The 'System Reporter' shows the following info:
>
> Image:
> Pharo2.0
> Latest update: #20616
>
> VM:
> Mac Cocoa Cog 5.8b12 21-Sep-10
> Jenkins build #14535
>
> Thanks,
> Manfred
>
>
>
>
> On Thu, Oct 10, 2013 at 4:00 PM, Manfred Kröhnert <[hidden email]> wrote:
> Hello Sven,
>
>
> On Thu, Oct 10, 2013 at 3:50 PM, Sven Van Caekenberghe <[hidden email]> wrote:
> Hi Manfred,
>
> On 10 Oct 2013, at 15:41, Manfred Kröhnert <[hidden email]> wrote:
>
> > Hi everyone,
> >
> > I am one of the guys helping Nico with Amber.
> >
> > Now, I recently started to experiment with Pharo for a small project.
> > After some reading and experimenting I was able to get something running thanks to the good documentation available.
> >
> > While I was on the go I tried to save my code with Monticello on a private WebDAV share.
> > However, the server is only accessible via HTTPS which resulted in an error accessing it from the Monticello browser.
> >
> > Now my question is if HTTPS is supported by Montichello or not.
> > Since the server is accessed with username/password I'd rather not use plain HTTP.
> >
> > Best,
> > Manfred
>
> It should work. But I am not aware of any official, public repositories that run HTTPS, so its hard to test. I also understand that it could be difficult to give stack traces, but details are necessary to make any progress on helping you.
>
> One thing you could try is to access the repository directly: i.e. create a ZnClient that tries to read the listing or a specific package.
>
> Sven
>
> thanks for the initial info that it should work.
>
> I would have given further details but currently I can't access the machine where I tried it.
> I'll try your suggestion and provide a more detailed report as soon as possible.
>
> Best,
> Manfred
>
>

Manfred Kröhnert wrote:

On Thu, Oct 10, 2013 at 8:21 PM, Paul DeBruicker [hidden email] wrote:

  

Can you access the monticello listing from a browser?
    

Yes, when I access the same share from a browser I get a directory listing
which shows the .mcz files.
I'll have to check if I can actualy load the files copied to the share.
But that will have to wait until tomorrow.

Best,
Manfred



On Oct 10, 2013, at 11:17 AM, Manfred Kröhnert [hidden email]
  

wrote:

    

Hi again,

the webdav share is located on an OwnCloud instance.
It is possible to get a directory listing of the specific directory with
      

the following ZnClient request:
    

ZnClient new username: 'X' password: 'Y'; get: '
      

https://owncloud.server.de/remote.php/webdav/monticello'
    

In a Pharo 2.0 image do the following steps:

* MonticelloBrowser: select package
* MonticelloBrowser->'+Repository'
* add location: 'https://owncloud.server.de/remote.php/webdav/monticello'
      

username: 'X' password: 'Y'
    

* MonticelloBrowser->'Open'

* ProgressBar with the following name shows up:
    'Loading all file names from
      

https://owncloud.server.de/remote.php/webdav/monticello'
    

It gets interrupted by a PreDebugWindow with title
    'MCRepositoryError: Could not access
      

https://owncloud.server.de/remote.php/webdav/monticello:
ZnHttpUnsuccessful: 404 Not Found'
    

Opening the Debugger gives the following stacktrace

MCHttpRepository>>loadAllFileNames in Block: [:exception | (exception
      

className beginsWith: 'Zn...etc...
    

BlockClosure>>cull:
MethodContext(ContextPart)>>handleSignal: in Block: [self
      

exceptionHandlerBlock cull: exception]
    

BlockClosure>>ensure:
MethodContext(ContextPart)>>handleSignal:
MethodContext(ContextPart)>>handleSignal:
ZnHttpUnsuccessful(Exception)>>signal
ZnClient>>handleResponse
ZnClient>>executeWithRedirectsRemaining:
ZnClient>>executeWithRetriesRemaining: in Block: [self
      

executeWithRedirectsRemaining: self maxNumbe...etc...
    

BlockClosure>>on:do:
ZnClient>>executeWithRetriesRemaining:
ZnClient>>executeWithTimeout in Block: [self
      

executeWithRetriesRemaining: self numberOfRe...etc...
    

BlockClosure>>on:do:
ZnClient>>executeWithTimeout in Block: [[self
      

executeWithRetriesRemaining: self numberOfR...etc...
    

ZnClient>>withTimeoutDo: in Block: [^ block value]
ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [p
      

psValueAt: index put: anObject....
    

BlockClosure>>ensure:
ZnConnectionTimeout(DynamicVariable)>>value:during:
ZnConnectionTimeout class(DynamicVariable class)>>value:during:
ZnClient>>withTimeoutDo:
ZnClient>>executeWithTimeout
ZnClient>>execute in Block: [result := self executeWithTimeout]
ZnClient>>withProgressDo: in Block: [^ block value]
ZnSignalProgress(DynamicVariable)>>value:during: in Block: [p psValueAt:
      

index put: anObject....
    

BlockClosure>>ensure:
ZnSignalProgress(DynamicVariable)>>value:during:
ZnSignalProgress class(DynamicVariable class)>>value:during:
ZnClient>>withProgressDo:
ZnClient>>execute

Trying to copy .mcz files to the new repository afterwards triggers the
      

same error.
    

However, the selected .mcz file gets copied to the WebDAV share.

The used operating system is OS X 10.6.8.
The 'System Reporter' shows the following info:

Image:
Pharo2.0
Latest update: #20616

VM:
Mac Cocoa Cog 5.8b12 21-Sep-10
Jenkins build #14535

Thanks,
Manfred




On Thu, Oct 10, 2013 at 4:00 PM, Manfred Kröhnert <
      

[hidden email]> wrote:
    

Hello Sven,


On Thu, Oct 10, 2013 at 3:50 PM, Sven Van Caekenberghe [hidden email]
      

wrote:
    

Hi Manfred,

On 10 Oct 2013, at 15:41, Manfred Kröhnert [hidden email]
      

wrote:
    

Hi everyone,

I am one of the guys helping Nico with Amber.

Now, I recently started to experiment with Pharo for a small project.
After some reading and experimenting I was able to get something
        

running thanks to the good documentation available.
    

While I was on the go I tried to save my code with Monticello on a
        

private WebDAV share.
    

However, the server is only accessible via HTTPS which resulted in an
        

error accessing it from the Monticello browser.
    

Now my question is if HTTPS is supported by Montichello or not.
Since the server is accessed with username/password I'd rather not use
        

plain HTTP.
    

Best,
Manfred
        

It should work. But I am not aware of any official, public repositories
      

that run HTTPS, so its hard to test. I also understand that it could be
difficult to give stack traces, but details are necessary to make any
progress on helping you.
    

One thing you could try is to access the repository directly: i.e.
      

create a ZnClient that tries to read the listing or a specific package.
    

Sven

thanks for the initial info that it should work.

I would have given further details but currently I can't access the
      

machine where I tried it.
    

I'll try your suggestion and provide a more detailed report as soon as
      

possible.
    

Best,
Manfred


      

Depending on how deep you want to did, maybe Fiddler or Wireshark would be useful to compare the activity on the wire between Monticello and Web Browser. (Disclaimer: I only recently bumped into Fiddler and haven't used it - and its been a long time since I used Wireshark, so just pointing over-there is the limit what I can offer.)

http://fiddler2.com/features
http://fiddler2.com/documentation/Configure-Fiddler/Tasks/DecryptHTTPS

http://wiki.wireshark.org/FrontPage
http://wiki.wireshark.org/SSL

cheers -ben