Re: [ginp-users] plans for ginp

[Doug C. <do...@cu...>]

Dear Brian,

Subversion is very much like cvs. You will need a new client program or
plugin because a cvs client does not work with subversion server. I use
command line cvs and svn commands and they are very similar. The
learning cure here will be small. CVS will no longer be used for the
source code.

# quick howto

svn co http://svn.sorceforge.net/svnroot/ginp/trunk ginp
cp ../build.xml ./
vi build.xml
...
svn up
svn st
svn add build.xml
svn ci -m "added a build file for ant."


You can send me patches and files or if you get sorted out with
subversion I will let you commit directly.

I will be using maven not ant because Maven has various project
management advantages that are complex to script with ant. However it
would be great to have an ant build file that built the project, so if
you would like to contribute this it would be great. The only problem is
that I no longer have the libs in the source code repository. They are
downloaded by maven. The ant build would also need to get this files or
have a documentation informing the developer to download the following
dependencies.... Not sure how best to solve this.

Yes it was the failure you reported, that i think I have fixed.

I have investigated logging at work a bit I and I think commons logging
with a log4j implementation is the best way to go. Commons logging is
like a interface that most popular loggers implement, including my
favorite log4j. I will do some work and documentation on this. If you
are interested read: http://jakarta.apache.org/commons/logging/ Apache
also have the logging services project which also used log4j but
directly. Again I am not totally sure about the best approach but I
think commons logging is the most flexible.

The defined file location will fix the random losing of the file. I was
not aware that this was an issue but to my mind the file should be in
one place and this is simple and easy and less to go wrong.

Thanks for the https info I will try to get round and test this.

I am working on the subversion truck (no tags or branches yet) If you
want the best jet version of ginp then download the released source zip
file. It may take me a while to get the source version back to a
reasonable quality level. However if you find a bug with it then please
let me known.

Thanks for the feedback. Justin gets credit for the copy and run war
file it was his idea and work that made this happen. I get the credit
for the minimum bloat. Basically I try to keep the thing as simple as
possible and do what it does well. The problem with this is that it
lacks features and there are a lot better php galleries out there. php
is also cheaper to host than java so I think the ginp has limited
appeal. However I think a java website that wants to have a photo
gallery as well can use it to do this easily. The tag libs mean that
they can have their HTML and use the ginp for the photo gallery logic.
This is maybe where it has value as a "product".

All the best,

Doug

Brian Burch wrote:
>  > Thanks for you continued interest in the ginp project.  I post this
>  > the the developer list as well and invite feedback...
>
> Oh, I thought there was so little activity that it was better to post to 
> the users list so anyone interested would pick up comments... I'm not 
> subscribed to the developers list myself (yet).
>
>  > Nothing has really happened on the project in the last year but I am
>  > now putting some effort back into the project.  These are the tasks I
>  > have done:
>  >
>  > - GPL to LGPL
>  > -Moved ginp from CVS to Subversion.
>
> I still use CVS - I haven't had the motivation to learn subversion yet. 
> Will I still be able to run cvs commands against the subversion repository?
>
>  > - Moved from Ant to Maven.
>
> I'm a big ant fan and have a lot of experience with it. Does maven still 
> use an ant-style build.xml? I wanted to add some ant tasks to support 
> netbeans debugging and would like to have them committed to the source 
> tree, rather than have to maintain my own private build.xml.
>
>  > - Get rid of all the hibernate code that I started but did not really
>  > complete.
>  > - fixed the test failure of month out my one.
>
> Was that the problem I reported in my other post?
>
>
>  > I want to do:
>  >
>  > - Move from log4j to commons logging and supply log4j as jar and
>  > sample (your sample) log4j config file and instructions how to use it.
>
> Perhaps you've kept more up-to-date than me with logging... I've worked 
> with tomcat commons logging. I'll agree it is useful for jsp code, but 
> not as sophisticated as log4j for java code. I thought the jakarta 
> logging team were heading in the direction of log4j and intended top 
> simply provide a wrapper for existing commons logging methods? Have I 
> missed something significant in the last 9 months?
>
>  > - Publish an new ginp public Home page to sourceforge with maven.
>
>  > - Make an ant build file that works with the new project structure.
>
> (see above)
>
>  > - Finish the reprogramming of the set up wizard with tag libs (not
>  > Tapestry because I think it brings in more complexity for not much
>  > gain) and hivemind (I do not understand hivemind yet but it looks
>  > good), and a fixed location for the config file.
>
> ginp periodically loses my ginp.xml file, even though it still exists. 
> It is irritating to be randomly thrown back to the setup wizard for no 
> good reason. I haven't found any helpful diagnostic messages yet. Is 
> this the same issue as yours?
>
>  > - Look again at EXIF for data storage.
>  >
>  > It will take me some time to release the next version because I have
>  > to learn about hivemind and get into Justin's code.  I also have to
>  > tidy up the mess I made with half started initiatives.  The phase now
>  > is a consolidation and clean up phase rather than a feature release.
>  >
>  > The aim of the next release is to be a lean/clean and solid code base.
>  > I would then like to see if data storage can be done with EXIF or do
>  > an optional database data storage.  This will allow new features, but
>  > I am not sure exactly what they should be.
>
> I've found the webapp will not run under https. I think there is some 
> explicit url logic that assumes the http protocol will be used, but 
> haven't had time to investigate yet.
>
>  > Please use the Subversion repository but the code there will be very
>  > unstable at the moment.
>
> I've been rebuilding from the latest source repository because I didn't 
> want to report a problem that was already fixed. I hope to find time to 
> look at the https problem using the webapp I've built... will you be 
> making your "unstable" changes to the main tree, or on a branch that I 
> can avoid until ready to commit a change?
>
>
>  > Once I have the project cleaned up and the data storage issue solved I
>  > will look again at the project and try to find answers to the what is
>  > the weakest part of the project and how could it best be improved.
>  > Why do people download it and what is there experience with it.
>
> I wanted a fairly basic picture album system. I loath perl and that 
> includes php. I didn't want something platform-specific written in C or 
> C++ (had enough of that stuff in my own job). That meant java and 
> servlets and jsp's - all technologies I use as much as possible in my 
> (paid) work. Ginp was the only product that matched my profile.
>
> I was VERY impressed with the copy-n-run war file. I could use it first 
> and understand it later.
>
> I liked the concept of minimal bloat, i.e. use other tools to manipulate 
> your images.
>
> Thanks for the useful work. I'm a fan.
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> ginp-users mailing list
> gin...@li...
> https://lists.sourceforge.net/lists/listinfo/ginp-users
>