grease updates

Today I discovered that the gemstone platform does not only lack the write file operations but also the the read operation. Therefor

Name: Grease-GemStone-Core-NorbertHartl.30
Author: NorbertHartl
Time: 12/01/2010, 19:23:53
UUID: c1e93c4d-5fac-4267-a9ee-5b9ef7a649e1
Ancestors: Grease-GemStone-Core-NorbertHartl.29

implemented GRGemStonePlatform>>contentsOfFile:binary:
---------------------------

And I added a test for the decoderFor: implementation from yesterday. It tests both encoderFor: and decoderFor:

Name: Grease-Tests-GemStone-Core-NorbertHartl.9
Author: NorbertHartl
Time: 12/01/2010, 19:18:57
UUID: 374d0ba8-bea4-4fe6-ba6d-a9068ab3ba36
Ancestors: Grease-Tests-GemStone-Core-DaleHenrichs.8

added test for GRCodec encoderFor:/decoderFor:

Dale,

I checked in the file operation code without test. As yesterday I thought about it but didn't come to a conclusion. I just don't have glue how to provide a test that is reliable. I think you cannot not really assume to have read or write permissions. And assuming existing paths is also not reliable. Well, if it's unix there is a /tmp dir, right?
Another thing is the default mode of file operations. I used FileDirectory and GsFile>>openRead: instead of the server ones. Is there anything where I could derive a default?

Norbert

Hi,

I'm using:
Seaside2.8g1-dkh.602.mcz 08/12/08 09:43:27.
Which is the version I downloaded from GLASS web page.

But I can not access to /seaside/config/, because it reject all users and
passwords.
I tried: seaside/seaside glass/glass DataCurator/swordfish and others
combinations.

How can I find the user and password to /seaside/config/ ?

Regards,
Bruno

On 12/01/2010 04:38 PM, Smalltalk wrote: Try admin/seaside

Yep.

Thanks very much...

Bruno


> How can I find the user and password to /seaside/config/ ?
>


Try admin/seaside

Hi,

I have an image (process.gif) in my Linux directory:
/home/glass/Files

Now I want to be able to do something like:
renderContentOn: html
        html image resourceUrl: '/processs.gif'.

I have setup the seaside/config to:
Resource Base Url: http://localhost
Server Path: file:///home/glass/Files/

But the image (<img alt="" src="http://localhost/process.gif"/>) is NOT
displayed in the web page.

Any idea what I'm doing wrong ?

Regards,
Bruno

-----Mensaje original-----
De: [hidden email]
[mailto:[hidden email]] En nombre de Smalltalk
Enviado el: Thursday, December 02, 2010 7:29 PM
Para: 'GemStone Seaside beta discussion'
Asunto: Re: [GS/SS Beta] Seaside config password

Yep.

Thanks very much...

Bruno


> How can I find the user and password to /seaside/config/ ?
>


Try admin/seaside

Hi bruno.

Well when you use #resourseUrl: set the relative url to resourse. If you want server static file from the glass, you can use the seaside old  way htm image url: YourLibraryClass / #nameOfFile.. Take a look any subclass of WAFileLibrary and it's references..
Or extend WAFileLIbrary .. And open file from yourfile system and responde the request.
If you want..tomorrow I can send an example..

Best Regards
------Mensaje original------
De: Smalltalk
Remitente: [hidden email]
Para: 'GemStone Seaside beta discussion'
Responder a: GemStone Seaside beta discussion
Asunto: [GS/SS Beta] Serving Image
Enviado: 2 Dic, 2010 22:01

Hi,

I have an image (process.gif) in my Linux directory:
/home/glass/Files

Now I want to be able to do something like:
renderContentOn: html
        html image resourceUrl: '/processs.gif'.

I have setup the seaside/config to:
Resource Base Url: http://localhost
Server Path: file:///home/glass/Files/

But the image (<img alt="" src="http://localhost/process.gif"/>) is NOT
displayed in the web page.

Any idea what I'm doing wrong ?

Regards,
Bruno

-----Mensaje original-----
De: [hidden email]
[mailto:[hidden email]] En nombre de Smalltalk
Enviado el: Thursday, December 02, 2010 7:29 PM
Para: 'GemStone Seaside beta discussion'
Asunto: Re: [GS/SS Beta] Seaside config password

Yep.

Thanks very much...

Bruno


> How can I find the user and password to /seaside/config/ ?
>


Try admin/seaside



Enviado desde mi BlackBerry® de Claro Argentina

Hi Bruno,

Serving images is covered in http://seaside.gemstone.com/tutorial/chapter09.pdf. You might find the examples there to be helpful.

James

On Dec 2, 2010, at 5:01 PM, Smalltalk wrote:

2010/12/3 Smalltalk <[hidden email]>:
Three things come to my mind:
 * localhost only works when you run the browser on the server were Apache runs
 * Apache is not configured to serve files, see [1] how to configure Apache
 * Server Path is not the file system path where the files are located
but the URL path that Seaside should use when generating URLs for
links and similar things

 [1] http://book.seaside.st/book/advanced/deployment/deployment-apache/serving-files

Cheers
Philippe

Could you please write a "new" mail when writing to this (or any other) list? You seem to hit the reply button and then you change the subject and the body of the mail to something new. While this might be convenient to do it has drawbacks. Your new mail refers then to the mail from which you replied. Your mail is displayed along with the other mails of the thread although it has nothing to do with them. In mail readers and especially in mail archives it clutters the content. This is called "thread hijacking" and it is usually disregarded. Well, pretty much the same as not using your real name in the email address ;)

Norbert