ginp-developers Mailing List for Java Photo Gallery Web Application (Page 4)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

I slept on this problem and I think I know how to fix it. :-)

All the best,

Doug

Dear Justin,

I am afraid that there is a problem with ginp on Tomcat 5.5.  The 
response encoding does not really work and the response gets stuck.  I 
have to click the links 2 or 3 times before the response is sent to the 
browser.

I have spent a lot of time trying various things like res.flushBuffer() 
and hard coding the encoding to UTF-8 but it is all has been not very 
successful.  One positive thing I did was set up log4j so that we can 
debug the software more easily.  I will continue with this but I have 
had enough at the moment.

All the best,

Doug

Doug,

If you get application hangs all you need to do is kill -QUIT the jvm 
and it will print a stack trace of all threads to stdout.  Collections 
in jdk1.4 aren't thread safe so one needs to be careful about locking.  
If you can reproduce the deadlock feel free to send me a dump.  As far 
as the encoding issue goes, you're in charge of internationalization but 
please make it work for filenames with pluses, spaces and ampersands in 
the names.  I am sure there is some way that other people have figured 
this problem out.  Having the exact encoded filename in the url might 
sound nice but as long as the picture displays no matter what the 
filename, I think that's the important part.

Regards,

Justin
On Mon, 21 Mar 2005 10:40, Doug Culnane wrote:
> Dear Justin,
>
> Did more testing / debugging / tidying up at the weekend with the aim 
> of a new release but there are a few problems.  My force local does not 
> work too well and I will fix this as it provides a fix for the file 
> name encoding problem detailed in the manual.
>
> The thumb nailing does not work too well.  I had made some changes that 
> introduced bugs but I think they are fixed now.  The thread that does 
> the thumbing gets stuck and the web application hangs.  This may be my 
> environment or it may be a problem with the logic.  Do you have the 
> same problem?
>
> I can not get log.debug out of tomcat.  The part of the manual that 
> tells you how to do this has not been written yet.  I would like to get 
> some log.debug statements in the code so I can see what is happening a 
> bit more, and follow your code better.  Do you have any comment on 
> this?
>
> On the subject of database forms check out:
> http://sourceforge.net/projects/jdbforms/
>
> Maybe this is a useful project to build into ours?  At first glance it 
> looks good but it does not use hibernate which is a shame and it does 
> not use JSP 1.2 which I think gives much more html control.   What do 
> you think?
>
> All the best,
>
> Doug.
>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real 
> users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Ginp-developers mailing list
> Gin...@li...
> https://lists.sourceforge.net/lists/listinfo/ginp-developers

Dear Justin,

Did more testing / debugging / tidying up at the weekend with the aim of 
a new release but there are a few problems.  My force local does not 
work too well and I will fix this as it provides a fix for the file name 
encoding problem detailed in the manual.

The thumb nailing does not work too well.  I had made some changes that 
introduced bugs but I think they are fixed now.  The thread that does 
the thumbing gets stuck and the web application hangs.  This may be my 
environment or it may be a problem with the logic.  Do you have the same 
problem?

I can not get log.debug out of tomcat.  The part of the manual that 
tells you how to do this has not been written yet.  I would like to get 
some log.debug statements in the code so I can see what is happening a 
bit more, and follow your code better.  Do you have any comment on this?

On the subject of database forms check out:
http://sourceforge.net/projects/jdbforms/

Maybe this is a useful project to build into ours?  At first glance it 
looks good but it does not use hibernate which is a shame and it does 
not use JSP 1.2 which I think gives much more html control.   What do 
you think?

All the best,

Doug.

Dear Justin,

I did some testing and tidying up.

doc@ltdoc:~/wrk/www/ginp> cvs ci -m "Repaired the config of thumbnail 
size and page location. Needs more testing. Fixed the parameter encoding 
agian. The problem was that if files have german umlauts in them then 
they were encoded in UTF-8 not the encoding of the response. This has 
been tidied up and fixed. But if you set your local to be Russia then 
you can not see files with gernam chars in them becuase these chars do 
not exist in the locale encoding. Thisneeds a force local config setting 
and some explanation in the manual and then I think it is acceptable. 
The alternative is encoding every page in UTF-16."

I am not sure that the thing is working that well at the moment so I 
want to do some more testing and bug fixing so we can release as you 
suggested.  I also want to update the manual.

I may have some Korean translations in the pipeline.  This is all a bit 
of a joke but it is a good test of the i18n and encoding stuff.

All the best,

Doug

Doug,

	I fixed the refresh timeout for folders.  I think I am done for a while 
with the whole refactoring of the folder information so if you want to 
work on thumbing, go for it.  Maybe once we have the configurable paths 
in there we should do a release.  The database stuff is still a ways off 
and the performance enhancements are pretty substantial to make it worth 
another release.

Regards,

Justin

Doug Culnane wrote:
> Sounds very good I will test it.
> 
> However I see you have re-hardcoded the thumb sizes....  This needs to 
> be fixed.
> 
> I also think we should thumb from a larger thumb not to original.  This 
> is something that I wanted to to because it will dramatically reduce the 
> cpu effort.  This is also a todo, that I might have a hack at this evening.
> 
> I think there is a bug (on the version used on my live site (2days old)) 
> when you add a new folder it does not apear in the menu.  I waited 2 
> mins but it still is not there.
> 
> All the best,
> 
> Doug
> 
> Justin wrote:
> 
>> Doug,
>>
>>     I checked in an update to the FolderManager.  The making thumbs 
>> thread now queues requests.  So if you go into multiple directories it 
>> will make thumbnails for those one after the other in the background.  
>> It also runs at a low priority so it interferes less with picture 
>> browsing.
>>
>> Enjoy,
>>
>>     Justin
>>
> 
> 

Sounds very good I will test it.

However I see you have re-hardcoded the thumb sizes....  This needs to 
be fixed.

I also think we should thumb from a larger thumb not to original.  This 
is something that I wanted to to because it will dramatically reduce the 
cpu effort.  This is also a todo, that I might have a hack at this evening.

I think there is a bug (on the version used on my live site (2days old)) 
when you add a new folder it does not apear in the menu.  I waited 2 
mins but it still is not there.

All the best,

Doug

Justin wrote:

> Doug,
>
>     I checked in an update to the FolderManager.  The making thumbs 
> thread now queues requests.  So if you go into multiple directories it 
> will make thumbnails for those one after the other in the background.  
> It also runs at a low priority so it interferes less with picture 
> browsing.
>
> Enjoy,
>
>     Justin
>

-- 
Doug Culnane
do...@cu...
www.culnane.net

Doug,

	I checked in an update to the FolderManager.  The making thumbs thread 
now queues requests.  So if you go into multiple directories it will 
make thumbnails for those one after the other in the background.  It 
also runs at a low priority so it interferes less with picture browsing.

Enjoy,

	Justin

Doug,

	More checkins.  First off:  You reinserted a urldecode when getting a 
request parameters in GinpPictureServlet.  You do not need to do this. 
When you call req.getParameter("foo") the application server 
automatically URL Decodes the parameter for you.  Doing it twice causes 
problems when you have things like '+' signs or spaces in the URL.  If 
you need it for your internationalization stuff then something else 
somewhere else is incorrect.

	Secondly.  I made the first person who gets to a directory without 
thumbnails start the thread that makes the thumbnails and the request 
will wait till it finishes.  If they are impatient and try to reload the 
page then they will get the page with the thumbnails that have already 
been generated, and thumbnail generation will continue in the background.

	I think GINP is working pretty well lately.  The performance seems good.

Regards,

	Justin
Justin wrote:
> 
> Doug,
>     Well the problem ginp was having before was that everytime each web 
> user changed directories it re-read all the directory information.  Now 
> whenever the system needs the directory information it accesses a 
> central read-only cache that is shared among web users.  So if 300 
> people pull up the same page there is only one copy of the directory 
> information pulled and stored.  When 300 people change directories the 
> directory gets read and stored only once, instead of being read and 
> stored 300 times as the previous implementation worked.  It also clears 
> every two minutes, just so if you add pictures to a directory you don't 
> have to restart the server.
>     
>     When you use start with Eclipse I highly recommend reading through 
> the tutorial that comes with it.  It is a great investment timewise.
> 
>     I'll see what you're doing on Hibernate in a day or two and then 
> dive in there.
> 
> Regards,
> 
> Justin
> Doug Culnane wrote:
> 
>> Found no bugs. :-) and it is faster.  Good work.
>> You are using techniques that I am finding hard to follow.  This is OK 
>> because I think they are obviously good techniques, but you may have 
>> to put up with me doing some silly things as I try to get into your code.
>>
>> Updated my site to use the HEAD version.  I was having stability 
>> problems with the last version so maybe you have fixed this.  
>> Therefore we are running your changes on the main ginp site which is 
>> becoming a good stress tester.  The traffic on this site is increasing 
>> mainly as a result of some search engine work I did.  SourceForge will 
>> hopefully update their stats system soon and we can see how we are 
>> doing.  I think we will not get may leads from SF with a activity of 
>> 26% which is not too accurate because I think the activity has 
>> increased this last month.  The search results always favor the high 
>> activity sites.
>>
>> Done the xml thing for configuration.  Used XPATH (cool when you 
>> understand it) and DTD to specify defaults (seamed a good idea).  Will 
>> update documentation if when we are happy with it.  I think it is 
>> elegant and good but I am not sure if it is efficient.
>>
>> I have broken one of my tests.  This is not good but I am tempted to 
>> be aggressive about it and remove the collectionS.jsp page which is 
>> mostly not used.  It is a page that allows the user to select the 
>> collection.  This can be done with a good menu on the collection.jsp 
>> page.  I will sleep on this but let me know if you have an opinion 
>> about it.
>>
>> Started playing with eclipse but got scared and went back to jedit.  
>> It is clearly good but I have to find the time and patience to go 
>> thought the tutorials....
>>
>> I want to concentrate on Hibernate and the data structure now but 
>> again this is a learning curve, that will take time investment before 
>> it produces a net gain in productivity.
>>
>> All the best,
>>
>> Doug
>>
> 
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Ginp-developers mailing list
> Gin...@li...
> https://lists.sourceforge.net/lists/listinfo/ginp-developers

Doug,
	Well the problem ginp was having before was that everytime each web 
user changed directories it re-read all the directory information.  Now 
whenever the system needs the directory information it accesses a 
central read-only cache that is shared among web users.  So if 300 
people pull up the same page there is only one copy of the directory 
information pulled and stored.  When 300 people change directories the 
directory gets read and stored only once, instead of being read and 
stored 300 times as the previous implementation worked.  It also clears 
every two minutes, just so if you add pictures to a directory you don't 
have to restart the server.

	When you use start with Eclipse I highly recommend reading through the 
tutorial that comes with it.  It is a great investment timewise.

	I'll see what you're doing on Hibernate in a day or two and then dive 
in there.

Regards,

Justin
Doug Culnane wrote:
> Found no bugs. :-) and it is faster.  Good work.
> You are using techniques that I am finding hard to follow.  This is OK 
> because I think they are obviously good techniques, but you may have to 
> put up with me doing some silly things as I try to get into your code.
> 
> Updated my site to use the HEAD version.  I was having stability 
> problems with the last version so maybe you have fixed this.  Therefore 
> we are running your changes on the main ginp site which is becoming a 
> good stress tester.  The traffic on this site is increasing mainly as a 
> result of some search engine work I did.  SourceForge will hopefully 
> update their stats system soon and we can see how we are doing.  I think 
> we will not get may leads from SF with a activity of 26% which is not 
> too accurate because I think the activity has increased this last 
> month.  The search results always favor the high activity sites.
> 
> Done the xml thing for configuration.  Used XPATH (cool when you 
> understand it) and DTD to specify defaults (seamed a good idea).  Will 
> update documentation if when we are happy with it.  I think it is 
> elegant and good but I am not sure if it is efficient.
> 
> I have broken one of my tests.  This is not good but I am tempted to be 
> aggressive about it and remove the collectionS.jsp page which is mostly 
> not used.  It is a page that allows the user to select the collection.  
> This can be done with a good menu on the collection.jsp page.  I will 
> sleep on this but let me know if you have an opinion about it.
> 
> Started playing with eclipse but got scared and went back to jedit.  It 
> is clearly good but I have to find the time and patience to go thought 
> the tutorials....
> 
> I want to concentrate on Hibernate and the data structure now but again 
> this is a learning curve, that will take time investment before it 
> produces a net gain in productivity.
> 
> All the best,
> 
> Doug
> 

Justin wrote:

> Doug,
>
>     I committed the scalability fixes and from what I can see it seems 
> to go a lot faster already.   There may be some bugs I didn't catch 
> but give it a try.  Right now the cache is set to reload every two 
> minutes.
>
> Regards,
>
>     Justin
>
Found no bugs. :-) and it is faster.  Good work. 

You are using techniques that I am finding hard to follow.  This is OK 
because I think they are obviously good techniques, but you may have to 
put up with me doing some silly things as I try to get into your code.

Updated my site to use the HEAD version.  I was having stability 
problems with the last version so maybe you have fixed this.  Therefore 
we are running your changes on the main ginp site which is becoming a 
good stress tester.  The traffic on this site is increasing mainly as a 
result of some search engine work I did.  SourceForge will hopefully 
update their stats system soon and we can see how we are doing.  I think 
we will not get may leads from SF with a activity of 26% which is not 
too accurate because I think the activity has increased this last 
month.  The search results always favor the high activity sites.

Done the xml thing for configuration.  Used XPATH (cool when you 
understand it) and DTD to specify defaults (seamed a good idea).  Will 
update documentation if when we are happy with it.  I think it is 
elegant and good but I am not sure if it is efficient.

I have broken one of my tests.  This is not good but I am tempted to be 
aggressive about it and remove the collectionS.jsp page which is mostly 
not used.  It is a page that allows the user to select the collection.  
This can be done with a good menu on the collection.jsp page.  I will 
sleep on this but let me know if you have an opinion about it.

Started playing with eclipse but got scared and went back to jedit.  It 
is clearly good but I have to find the time and patience to go thought 
the tutorials....

I want to concentrate on Hibernate and the data structure now but again 
this is a learning curve, that will take time investment before it 
produces a net gain in productivity.

All the best,

Doug

-- 
Doug Culnane
do...@cu...
www.culnane.net

Great.

Will have a look at this and test it this evening.  If I catch a bug I 
will let you known.

I will do some Config work too and get the thumbnail sizes and page 
locations from the document object.  Is this efficient?  I am not sure 
when the xml parsed but it should only be parsed once or after a config 
change.  I will get it working but if you have any comments please post 
them.

All the best,

Doug

Justin wrote:

> Doug,
>
>     I committed the scalability fixes and from what I can see it seems 
> to go a lot faster already.   There may be some bugs I didn't catch 
> but give it a try.  Right now the cache is set to reload every two 
> minutes.
>
> Regards,
>
>     Justin
>

-- 
Doug Culnane
do...@cu...
www.culnane.net

Doug,

	I committed the scalability fixes and from what I can see it seems to 
go a lot faster already.   There may be some bugs I didn't catch but 
give it a try.  Right now the cache is set to reload every two minutes.

Regards,

	Justin

Justin wrote:

> Doug,
>
>     I was looking through the Ginp sourcecode and I saw that a major 
> scalability issue is that the PicCollections are loaded for each 
> session that looks at them and then serialized and loaded on each web 
> request. The best fix here is to use the flyweight pattern:
>
> http://www.dofactory.com/Patterns/PatternFlyweight.aspx
>
> So we have ONE in memory collection of pics that all sessions use and 
> their extrinsicState (The customization for each user) is passed into 
> them from the client request for each operation.  This is probably 
> good to do at the same time as the database integration.   I'll be 
> taking a look at this today.  In the meantime I did a bit of work on 
> the GinpServlet today.
>
> Regards,
>
>     Justin

Sounds good. 

The original idea was to keep small amounts of data in memory (String 
pathSelected, String[] PicturesInCurrentFolder) but I think we will soon 
have a collection of beans that will only get bigger and like you say 
they can be shared and the users model can store only state info.  Go 
for it.

>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Ginp-developers mailing list
> Gin...@li...
> https://lists.sourceforge.net/lists/listinfo/ginp-developers
>

-- 
Doug Culnane
do...@cu...
www.culnane.net

Doug,

	I was looking through the Ginp sourcecode and I saw that a major 
scalability issue is that the PicCollections are loaded for each session 
that looks at them and then serialized and loaded on each web request. 
The best fix here is to use the flyweight pattern:

http://www.dofactory.com/Patterns/PatternFlyweight.aspx

So we have ONE in memory collection of pics that all sessions use and 
their extrinsicState (The customization for each user) is passed into 
them from the client request for each operation.  This is probably good 
to do at the same time as the database integration.   I'll be taking a 
look at this today.  In the meantime I did a bit of work on the 
GinpServlet today.

Regards,

	Justin

Doug,

	I think it would be a good idea to remove the earlier releases from the 
Sourceforge download pages.

Regards,
	Justin

Doug Culnane wrote:
> Justin,
> 
> The security release is out...
> 
> Checked in data structure and start of Data Java Bean work.  This is far 
> from complete but it is worth checking in because it should not break 
> anything.  I think the Picture and Folder classes should have a 
> collection name, collection id and a relative path.  This will help us 
> find them if the root of the collection moves.  This does not fit with 
> the current structure but I think we can change the internals with 
> breaking something too serious.
> 
> This ci gets me back on the main branch.  I will continue with the 
> hibernate work because it is fun...
> 
> All the best,
> 
> Doug
> 

Justin,

The security release is out...

Checked in data structure and start of Data Java Bean work.  This is far 
from complete but it is worth checking in because it should not break 
anything.  I think the Picture and Folder classes should have a 
collection name, collection id and a relative path.  This will help us 
find them if the root of the collection moves.  This does not fit with 
the current structure but I think we can change the internals with 
breaking something too serious.

This ci gets me back on the main branch.  I will continue with the 
hibernate work because it is fun...

All the best,

Doug

-- 
Doug Culnane
do...@cu...
www.culnane.net

Dear Justin,

Glad you are ready to hack.

My experiences with Polish Translators ;-) has forced me to learn about 
i18n and encoding.  When ever I think I know it all, some problem pops 
up and proves me very wrong.  I am working thought this and will 
hopefully soon ci a solid standard solution that might actually work.

I have also started describing the data fields for hibernate.  I have 
realized that havening the Picture.time and Picture.date as Strings is 
bad and have changed this to a Date.  This is all done and works (JUnit 
is a very useful tool when you make these kind of changes).  There is 
still a lot of work to make Folder Description etc..  Beans.  I have 
started this and will ci soon, but I think we will need to develop this 
structure.

Once we have a database structure we need an Admin interface.  I am very 
temped to program this with my taglib techniques but I am forcing myself 
to open my mind and learn Tapestry.  I think I would like your help to 
program the Tapestry Database Admin module.  I also want to use this 
database Admin module for other database driven websites and projects.

The film strip picture preview navigator is something I have in my ToDo 
docs.  I will program this because I think I will be quicker navigating 
around my tag libs and you are quicker at the Tapestry stuff.  I will 
tidy up what I have and then program and implement a film strip tag lib.

I will update docs/ToDo.txt

All the best,

Doug

Justin wrote:

>
> Doug,
>
>     Hope you're doing better.  I got back from vacation last 
> Thursday.  I'm ready to get coding again.
>
> Regarding your suggestions:
>
>     The frontend can be done with taglibs.  It's something that most 
> people "get" for customization, etc.
>
>     Will put the wait/notify thumbnail thing in the to do list.
>
>     We can move ginp.xml back into the web-inf.
>     
>     We replace step 1 of the synchronization strategy with checking 
> the file exists + the last modified rule.
>     
> To Do List for Next Version:
>
>     Wait/Notify thumbnail generation thing
>     ginp.xml back to web inf.
>     create picture record in database for each file.
>     implement most popular picture in collection and random 
> picture         from collection feature as a tag lib.
>     Add setup code for database to setup app.
>
> One thing I would like is that when you are looking at the fullsize 
> picture if you could see a few thumbs of the next couple of pictures 
> so you could skip ahead if things get boring in the middle of showing 
> your holiday pictures to your friends :).
>
> What do you think?  What kind of features do you want to work on?
>
>
> Regards,
>
>     Justin
>
>     
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Ginp-developers mailing list
> Gin...@li...
> https://lists.sourceforge.net/lists/listinfo/ginp-developers
>

-- 
Doug Culnane
do...@cu...
www.culnane.net

Doug,

	Hope you're doing better.  I got back from vacation last Thursday.  I'm 
ready to get coding again.

Regarding your suggestions:

	The frontend can be done with taglibs.  It's something that most people 
"get" for customization, etc.

	Will put the wait/notify thumbnail thing in the to do list.

	We can move ginp.xml back into the web-inf.

	We replace step 1 of the synchronization strategy with checking the 
file exists + the last modified rule.

To Do List for Next Version:

	Wait/Notify thumbnail generation thing
	ginp.xml back to web inf.
	create picture record in database for each file.
	implement most popular picture in collection and random picture 		from 
collection feature as a tag lib.
	Add setup code for database to setup app.

One thing I would like is that when you are looking at the fullsize 
picture if you could see a few thumbs of the next couple of pictures so 
you could skip ahead if things get boring in the middle of showing your 
holiday pictures to your friends :).

What do you think?  What kind of features do you want to work on?

Regards,

	Justin

Doug,

	Here's a pretty good article on The Server Side (a popular java news 
forum) about switching to Tapestry... Pretty much positive.  Basically, 
it's a paradigm shift but it's worth it.  A lot of people seem to be 
wondering about their switch to JDO and how it lacks vs. Hibernate though.

http://www.theserverside.com/news/thread.tss?thread_id=31313

I know you were interested in letting people customize the look and feel 
so I thought you might find the following interesting:

<i>

The big effect of using Tapestry (and also XMLC btw) for us has been 
that it allows our web designers to be integral in the whole UI design 
process. Real separation of concerns.

Tapestry and XMLC pages are *plain* HTML. With a jsp page, it becomes 
much more difficult to maintain the page visually. The jsp stuff gets in 
the way of the HTML designer, whereas for the developer the HTML is just 
something to be tolerated. And you *really* dont want a coder handling 
the visuals. It is definitely a different skill from coding.

It may be *possible* to do it all in JSP, but is it *easy*? That greatly 
affects maintainability, error counts, etc.

Kit

</i>

I think you can move the tapestry files out of the classpath in the 
latest version 3.1.

Regards,

	Justin

Doug,

	I strongly recommend we use Hibernate.  I have spent a lot of time 
working with it professionaly and have found it a joy to work with and 
is practically the de-facto standard for open source java these days and 
it is very database independent.    Turbine to my knowledge uses OJB 
which is a much less popular framework.
	I thought using Tapestry for the setup application went really 
smoothly.  Tapestry makes some things very very easy.  For instance if 
you have a list of 100 images, each having their own options such as 
name or width/height whatever tapestry lets you submit changes to all 
those image parameters with one form submit.  With JSP/Servlets you have 
to handle all the encoding of array suffixes,etc in the form parmaeters 
yourself.  If you want to learn Tapestry you should get Manning's 
Tapestry in Action.  The online docs are a little wanting.
	Also, I wnat to improve the thumbnail generation process. If I have a 
big directory of pictures, the first time I load it the whole thing is 
full of broken images and I'm thinking to myself that this is a bug as 
will most first time users.  I know that ginp is building thumbs in the 
background but I think the better way to do this is to build in the 
background and notify each thread trying to load a picture when the 
image is done building (using wait()/notify()) so things load slowly but 
they all load the first time someone hits the directory.
	I think we can leave the prefs interface alone.  The .ginp file in the 
home directory is the only way we can keep people from having to open up 
the war which imho is a good thing.  If we hear users complaining I can 
switch to the .ginp file.  Now having thought about it I think resin 
2.1.8 is pretty old (they're on the 3.0 series now) and most open source 
projects like JRoller don't work on it anyway.

Regards,

	Justin

Doug Culnane wrote:

> I think this is fairly standard.  Special forms can be 
> done with taglibs ad custom JSP pages, but most data entry stuff is 
> handled with the standard auto generated forms and search facilities.  I 
> am sure you have your own ideas about how to do this so please give me a 
> brain dump and project names so that I can RTFM, and we can progress 
> this together.
> If you are doing documentation of how the application works (or will 
> work) maybe you could add it to the docs/ or Notes.txt so we can publish 
> it with the project.  I am sure that this material will be useful to 
> developers trying to understand how the application works so that they 
> can customize it.
> 
> As for the bugs in the perfs interface I have no idea how to solve 
> this.  I would say that the wizard writes the ginp.xml file into the 
> WEB-INF folder.  Therefore If there is a file there use it if not then 
> it need to run the config wizard.  This hard codes the config file which 
> is not great but I have no other bad ideas at the moment.  It is however 
> an easy thing for me, ginp users and the java virtual machine to 
> understand.
> 
> I have a Skype (internet telephone) account.  I am dougculnane.  If 
> needed we could try this to discuss stuff.  However the chat thing 
> worked very well, so maybe this is the best facility.
> 
> Happy Hols,
> 
> Doug
> 

Dear Justin,

I have changed all refs for ISO encodings to UTF-8.  This is because I 
now understand the UTF-8 encoding after RTFM.  I do not think this is a 
problem for the XML files because they are all ASCII.  The Char Map plug 
in in jEdit is missleading as it does not display UTF-8 correctly.  I 
will try to get some translation stuff done.  This is not much work at 
the moment because there is not a lot of text in the files.  This will 
help us expand our potential user base, and it is fun.

I had a fresh look at how to do a database based application and again 
there is some very interesting work going on in the FOSS world.  I had a 
look at turbine from apache and it looks like a good place to start.  I 
think it is worth making the ginp use a database independent layer if we 
can.  I would have to start the db application stuff from scratch so 
using turbine or hibernate is less rather than more work in the short 
and long term.  In the passed I have had an XML database definition 
which I used to auto generate data entry forms.  Each data type is an 
object etc...  I think this is fairly standard.  Special forms can be 
done with taglibs ad custom JSP pages, but most data entry stuff is 
handled with the standard auto generated forms and search facilities.  I 
am sure you have your own ideas about how to do this so please give me a 
brain dump and project names so that I can RTFM, and we can progress 
this together. 

If you are doing documentation of how the application works (or will 
work) maybe you could add it to the docs/ or Notes.txt so we can publish 
it with the project.  I am sure that this material will be useful to 
developers trying to understand how the application works so that they 
can customize it.

As for the bugs in the perfs interface I have no idea how to solve 
this.  I would say that the wizard writes the ginp.xml file into the 
WEB-INF folder.  Therefore If there is a file there use it if not then 
it need to run the config wizard.  This hard codes the config file which 
is not great but I have no other bad ideas at the moment.  It is however 
an easy thing for me, ginp users and the java virtual machine to understand.

I have a Skype (internet telephone) account.  I am dougculnane.  If 
needed we could try this to discuss stuff.  However the chat thing 
worked very well, so maybe this is the best facility.

Happy Hols,

Doug

-- 
Douglas Culnane BEng.    
NaviDat Software         
Sechshauserstrasse 83    
1150 Wien, Austria       
Tel: ++43 1 897 25 00 36 
Fax: ++43 1 897 25 00 21 
d.c...@na...    
www.navidat.com          

Hi,

Thank you for providing us this information.

We have issued SA13993 regarding this:
http://secunia.com/SA13993

Kind regards,

Thomas

On Wed, 2005-01-26 at 01:19, Justin wrote:
> The fix between 0.20 and 0.21 that doug listed as a security fix was 
> caused due to a bug in the use of the java preferences api that would 
> cause java to not save preferences properly in some instances causing 
> ginp to reset to an unconfigured state   after the appserver was 
> restarted.  Users should upgrade as the bug could allow an attacker to 
> browse pictures they weren't supposed to have access to.
> 
> On Tue, 25 Jan 2005 15:00, Justin wrote:
> >
> > The fix was to keep people out of the setup application once it had 
> > been configured.  The fix was to the setup wizard code in cvs that had 
> > not yet been released at the time the fix was made.
> >
> > On Tue, 25 Jan 2005 6:01, Doug Culnane wrote:
> >> Dear Thomas,
> >>
> >> Thanks for your mail.
> >>
> >> I will invite Justin to answer your mail has he understands this 
> >> better than me.
> >>
> >> All the best,
> >>
> >> Doug
> >>
> >>
> >> Thomas Kristensen wrote:
> >>
> >>> Hi,
> >>>
> >>> We have noticed that you have made a "security fix". Is this
> >>> exploitable and if so who can exploit how and what is the impact?
> >>>
> >>>
> >>
> >>
> >> --
> >> Doug Culnane
> >> do...@cu...
> >> www.culnane.net
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> > Tool for open source databases. Create drag-&-drop reports. Save time
> > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> > Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> > _______________________________________________
> > Ginp-developers mailing list
> > Gin...@li...
> > https://lists.sourceforge.net/lists/listinfo/ginp-developers
-- 
Kind regards,

Thomas Kristensen
CTO

Secunia
Toldbodgade 37B
1253 Copenhagen K
Denmark

Tlf.: +45 7020 5144
Fax:  +45 7020 5145

Doug,

	I'm getting that java.util.prefs failure again where it forgets how it 
was configured.  I loaded up the JDK in the eclipse debugger and found 
the problem deep in the guts of the preferences API.  In 
java.util.prefs.XmlSupport the last line of the code snippet below is 
throwing a NullPointerException.  This is the code it's executing while 
trying to read the user's java preferences file.  Interestingly enough 
this happens in Resin but not in Tomcat.  This is due to an XML library 
that is not compatible with the preferences API that is included in 
Resin 2.1 series.  So since java preferences is seems to be fundametally 
broken on the 2.1 resin series I think we should put in the install 
notes that we recommend you don't use Resin 2.1.  I am sure you get it 
to work with some serious classpath hacking but that's to difficult for 
most people.

     static void importMap(InputStream is, Map m)
         throws IOException, InvalidPreferencesFormatException
     {
         try {

             Document doc = load(is);
             Element xmlMap = (Element) doc.getChildNodes().item(1);
             // check version
             String mapVersion = xmlMap.getAttribute("MAP_XML_VERSION");

I am almost thinking that maybe for the next version we should just dump 
the preferences api on Unix and just write a file named .ginp into the 
user's home directory with simple java properties syntax.  There seems 
to be a lot of grumbling about the Preferences API around the net:

http://www.google.com/search?hl=en&q=syncWorld+preferences&btnG=Google+Search

Justin

Before you reply who has a 44kbps modem? I do.

Also there is no reason why we can not do a style for mobile phones 
etc... that have a bandwidth problem.....

Doug

Doug Culnane wrote:

> I used to do this in version 0.10  I think but it was madness.  4MB 
> over a 44kbps line to resize to 300px height is bad.  Let the sever 
> work.  We could store a middle size thumb and resize that which will 
> save bandwidth and cpu/mem.
> Doug
>
>
> Justin wrote:
>
>>
>> I think making thumbnails is a good idea.  However,  this kind of per 
>> request image scaling is going to use a lot of memory and cpu and can 
>> be just as easily be done on the client at the cost of slightly more 
>> bandwidth.
>>
>> On Tue, 25 Jan 2005 10:01, Justin wrote:
>>
>>> I looked at the code and when the height is on you have to take a 
>>> 500k compressed image, decompress it and make another copy of it 
>>> transformed.     This is a very memory intensive operation.  When 
>>> you don't put the height parameter on it you can just stream it off 
>>> of the disk a byte at a time and this works fine.
>>>
>>> Regards,
>>>
>>>     Justin
>>>
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>>> Tool for open source databases. Create drag-&-drop reports. Save time
>>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>> _______________________________________________
>>> Ginp-developers mailing list
>>> Gin...@li...
>>> https://lists.sourceforge.net/lists/listinfo/ginp-developers
>>
>>
>>
>
>

-- 
Doug Culnane
do...@cu...
www.culnane.net

2004	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec (7)
2005	Jan (35)	Feb (7)	Mar (18)	Apr (6)	May (2)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2006	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (1)	Oct	Nov	Dec
2007	Jan (28)	Feb (3)	Mar	Apr	May	Jun	Jul (5)	Aug	Sep	Oct	Nov	Dec
2008	Jan	Feb	Mar (1)	Apr	May	Jun	Jul	Aug (1)	Sep (1)	Oct	Nov (1)	Dec (14)
2009	Jan (31)	Feb (8)	Mar (21)	Apr (30)	May (86)	Jun (78)	Jul (41)	Aug (33)	Sep (20)	Oct (38)	Nov (9)	Dec (4)
2010	Jan	Feb	Mar (32)	Apr (53)	May (20)	Jun (18)	Jul (9)	Aug (1)	Sep (1)	Oct	Nov	Dec
2013	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (3)	Dec
2014	Jan (1)	Feb	Mar (1)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec

ginp-developers Mailing List for Java Photo Gallery Web Application (Page 4)

ginp-developers — ginp Developers