Hi All !

Sorry haven't had much time lately. The school has started and it takes
alot of my time at the moment. I have converted it back to 1.4.2 so
thats done. Also I know that there isn't much comment nor is the
documentation any good.

Also the code needs some refactoring. Hopefully I'll make som dokument
containing the design.

Also I'll make some scripts (.sh .bat) to build the aplication and give
some more detaild instructions on how to deploy the .war.
A clearer description of the folders and the content of them.

This is my first "real" project with opensource so regarding the licens
files, Do I need to unpack the licens files or is it enought to let them
be in the jar files of the third party jars ?? Also I have now added the
Apache Lincens in the root directory of the project. I quess I'll have
to include it in the war archive as well when they build it with ant.

Please feel free to comment. I'm in this to learn and hope that you
don't get sick of my stupidity and novice questions.

When I get some free time I'll fix it. Hopefully there will be 2-3 hours
a week.


Leo Simons wrote:

>Okay,
>
>I looked at this today, tried to get things to compile and hit many of the
>same problems as Stefano outlined.
>
>  -> some jars seem to be missing
>
>  -> docs in general, are missing, so I can't quite figure out what is
>     happening where
>
>  -> its java 5 (ugh)
>
>  
>
fixed.

>  -> it still uses hibernate
>
>  
>
Ok... sound you don't like hibernate ? I'll update the SQL file so you
can use both. Thats the point you can use SQL or hibernate your choice.

>  -> legal/ info is still missing
>
>  
>
>  -> I don't really get the build organisation, its kinda different from
>     what you get using the maven-like structure (for want of a better term,
>     eg having a src/java, src/htdocs, src/xxx and a build/classes,
>     build/war, etc) and don't know where to start fixing things
>
>I think the below is the last email on this which was about two months ago.
>Thomas, are you going to address any of the bits you talk about below? Its
>not really possible to use this stuff right now. As it stands with the above
>issues, gump3-presentation would be a step backwards from dynagump.
>
>- LSD
>
>On Fri, Sep 02, 2005 at 01:05:32PM +0200, Thomas wrote:
>  
>
>>Stefano Mazzocchi wrote:
>>
>>    
>>
>>>Stefano Mazzocchi wrote:
>>>
>>>      
>>>
>>>>Thomas wrote:
>>>>
>>>>        
>>>>
>>>>>Hi !
>>>>>
>>>>>I have now uploaded a working compy of the Gump3 pressentation. The
>>>>>webapplication is far from done. But it would be nice with some
>>>>>feedback. The code is a bit of a mess so refactoring is indeed needed.
>>>>>Mostly I would like idees on what functionality you would like to se in
>>>>>the application.
>>>>>
>>>>>Also a comment on the documentation/installation manual would be nice.
>>>>>
>>>>>My spelling isn't that good so, be nice ;) but don't keep quite either.
>>>>>(need to learn)
>>>>>
>>>>>So if you have the time please take a look.
>>>>>          
>>>>>
>>>>
>>>>I'm on it.
>>>>
>>>>A few comments:
>>>>
>>>> 1) thanks for keeping the dynagump resources!
>>>>
>>>> 2) I never used struts but seems easy to learn by example, which is
>>>>good for this (and probably much easier than cocoon for newbies)
>>>>
>>>> 3) I never ran a JSP on this machine (macosx) and I'm experiencing
>>>>all sort of defective behaviors in jetty due to the jsp compiler
>>>>trying to open a jni library as a zip file (???)
>>>>        
>>>>
>>???
>>
>>    
>>
>>>> 4) the web application should *never* start with a directory
>>>>listing, the index.jsp page should be in the root not in a folder
>>>>that you have to guess where to go
>>>>        
>>>>
>>All java source files is in WEB-INF src and all the jsp,html,css and
>>other sourcefiles for the webpages is in the map pages.
>>
>>    
>>
>>>> 5) the tar.gz package should be a war and should contain the classes
>>>>compiled into /WEB-INF/classes so that you can deploy-and-forget (or
>>>>at least just change the JDBC parameters)
>>>>
>>>>        
>>>>
>>If you unpack the tar.gz file and run the ant build file
>>package-build.xml. The source will be compiled and a war-archive created.
>>The structure of the war-archive should be:
>>/
>> |- index.jsp
>> |- leftbar.inc
>> |- META-INF/
>> |     |- MANIFEST.MF
>> |- WEB-INF/
>> |     |- /* Config files for struts .xml and .tld */
>> |     |- error/
>> |     |     |- /* error page can not be accessed manualy*/
>> |     |- classes/
>> |     |     |- /* all the classes and packages */
>> |     |- lib/
>> |     |     |-/* all the jar files */
>> |     |- results/
>> |            |- /* jsp pages for results that canot be accessed manualy*/
>> |- resources/
>> |     |- /* resources for the application such as css, pictures etc. */
>> |- results/
>> |     |- /* jsp pages for results that can be accessed manualy */
>>
>>All pages Jsp pages that are in WEB-INF can't be accessed directly. To
>>get to them you have to go through a Action servlet. There for I have
>>put all the pages that needs some data (processed by an action class) in
>>that folder or subfolders to WEB-INF.
>>
>>    
>>
>>>> 6) the SQL data seems weird, but this is probably not your fault
>>>>
>>>>        
>>>>
>>The SQL is not my strongest side. The idee is to use hibernate insted
>>but since I hade some problems you can use either Hibernate or a pure
>>jdbc connection against the database. Both are included. Althought to
>>change from one to another check the file DBHandler and just change a
>>text string. For mysql just use "MySQL" and for hibernate "Hibernate".
>>
>>    
>>
>>>> 7) java 1.5 is, IMNSHO, a little too bleeding edge (especially on a
>>>>mac) and eclipse gives all sort of warnings. Not having used generics
>>>>yet, I still have no clue of what they mean and how serious they are.
>>>>You might want to look into that, though, code should not have warnings.
>>>>
>>>>        
>>>>
>>All the wrnings comes from implementing hibenate. I haven't figured out
>>how to write the code for hibernate with generics. It dosen't cause any
>>troubles since I type cast it insted like you do in 1.4. I can change it
>>back. The only thing that separetes my 1.5 code from a 1.4 code is the
>>generics.
>>
>>    
>>
>>>> 8) I have not looked into the code yet, as I still can't run JSP
>>>>pages, but I will as soon as I can.
>>>>
>>>> 9) there should be a /legal folder that contains all the licenses of
>>>>the libraries
>>>>
>>>>        
>>>>
>>This is a good point :).
>>
>>    
>>
>>>> 10) and would also be nice to have a file that depicts the
>>>>dependencies between the libraries (so that we could have gump
>>>>building dynagump)
>>>>
>>>> 11) you say the mysql jdbc driver is in /lib but it's not (or at
>>>>least, not as a standalone jar)... but I suggest we keep it out since
>>>>it's GPL stuff.
>>>>
>>>>In any case, it looks like a very good job from where I stand. Will
>>>>know more as soon as I can get it running ;-)
>>>>        
>>>>
>>>Seem that Java 1.5 was indeed a bad idea.
>>>
>>>http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6295519
>>>
>>>Thomas, how much work would be to downgrade this to 1.4?
>>>
>>>      
>>>
>>It shouldn't be any problems since I use Eclipse and all I have to do is
>>change a setting for Eclips to mark all the errors and warnings for 1.4
>>code insted of 1.5. Sure it will take a while but we talk hours not days.
>>
>>Thanks for you feedback and idees now I have something to work with :).
>>Regarding Jetty I haven't used that application server but I know it's
>>smal and simple. To test Gump3 Presentation I have used JBoss. But I'll
>>test it with Jetty.
>>Also I know that the documentation isn't much and might have a lot of
>>fault. But I'm working on that.
>>
>>I'll start downgrading it 1.4
>>
>>/Thomas
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: [EMAIL PROTECTED]
>>For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>    
>>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>  
>



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to