ginp-users Mailing List for Java Photo Gallery Web Application (Page 7)
Brought to you by:
burchbri,
dougculnane
Menu
▾
▴
ginp-users — Users of ginp
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(7) |
Oct
(3) |
Nov
(2) |
Dec
(9) |
| 2007 |
Jan
(16) |
Feb
(12) |
Mar
(10) |
Apr
(2) |
May
(1) |
Jun
(5) |
Jul
(5) |
Aug
(16) |
Sep
(7) |
Oct
(4) |
Nov
(1) |
Dec
(2) |
| 2008 |
Jan
(2) |
Feb
(1) |
Mar
(1) |
Apr
(2) |
May
(4) |
Jun
(6) |
Jul
(7) |
Aug
(5) |
Sep
(11) |
Oct
(10) |
Nov
(19) |
Dec
(33) |
| 2009 |
Jan
(48) |
Feb
(20) |
Mar
(39) |
Apr
(50) |
May
(127) |
Jun
(110) |
Jul
(78) |
Aug
(26) |
Sep
(18) |
Oct
(34) |
Nov
(11) |
Dec
(12) |
| 2010 |
Jan
(11) |
Feb
(5) |
Mar
(37) |
Apr
(65) |
May
(22) |
Jun
(20) |
Jul
(4) |
Aug
(6) |
Sep
(6) |
Oct
|
Nov
(1) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
(5) |
Jun
(6) |
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
|
From: Seymour H. <pg...@be...> - 2007-01-03 01:08:49
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <img alt="brag" src="cid:par...@be..." height="280" width="628"><br> LinksAggregatorsBreaking NewsSouthpawsWingersMore BuzzDaily KosCQ PoliticsHotline On CallWashington WireElectoral-Vote.<br> He now must waituntil January 23 to hear whether he is to be charged with possession of anoffensive weapon and common assault.<br> Don't anybody write to me about better planning or I should have saved more money or anything else negative.<br> The girls are all so paranoid I didn't tell them we hadn't been inspected.<br> That means keep the crushin' to harmless daydreams! "The Edwards campaign also released a video previewing his announcement today.<br> They put the emphasis on weapons of mass destruction.<br> We could overwhelm them with letters and refuse to frequent any business owned or operated by our elected officials. Then I fold my top and lay it over the bra tucking in the sides. I was very sorry to hear about that. He knows that the unique social, economic, andcultural life of the United States can subsidize lavish salaries at theU.<br> She had all the right pieces to be classy but somehow they just never fit together quite right. Diana said she could take a name and number and give it to me when we spoke. Thedifference, I said, could be explained simply.<br> Free Membership: Sign Up Now!<br> You will take a little heat on it but sometimes the right four letter word is the best way to get a message across. If your daughter is suddenly found dead, there's nothing you can do.<br> She asked if Diana had a quarter.<br> The inspector went to the building next door. Alternatingcurrent cables, which now form the main electricity grids in Europe, arenot suitable for long distance transport of electricity because too muchis lost on the way.<br> Her hair was a lemon yellow that was as far from God given as possible. Need advice on love and life, then just start writin' Dish-It. I've already given myself as much of a lashing as I can take at the moment.<br> They even fought over the denomination of the bills when Adam was the one paying out for the night.<br> What Are You Doing on New Year's Eve?<br> Statistics show that every state that enacts such a law sees adecrease in violent crime. I called and sent up an appointment for our meter to be reinstalled contingent on his calling in the release. The room is an odd shape and I couldn't find a vinyl remnant big enough that would fit in the car.<br> Lipstick or cigarette burns got on any article of clothing she left out.<br> The title bouncing around in my head seemed familiar so I looked at my previous post list. Cigarette butts or bugs would make their way into her drink if I didn't move it behind the bar or watch it.<br> She was very petite with impeccably applied cosmetics. Her hair was a lemon yellow that was as far from God given as possible. I've already given myself as much of a lashing as I can take at the moment. Paul grew 18different species of prairie plants in 152 test plots, beginning in 1994.<br> </body> </html> |
|
From: Leonora <dv...@ne...> - 2006-12-25 21:25:05
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <img alt="suction" src="cid:par...@ne..." height="395" width="748"><br> "Live Trucker" features guest appearances from Uncle Kracker, the late Joe C and Gretchen Wilson. Business relationshipsIBM makes no representations whatsoever about any other Web site which you may access through this one, including any Lenovo Web site. The company has the longest history of data center experience. The record, the band's fourth, is its major label debut on Atlantic. Brand new home, never lived in.<br> On both counts, we will need the kind of specialized SOA insight and high performance testing that the IBM lab can provide. DealofDay: Fetching BestBuy.<br> The scam is the usual variation of some rich fellow thats peeved with his family and is being plagues by an incurable form of cancer.<br> By using this web site, you agree to be bound by any such revisions and should therefore periodically visit this page to determine the then current terms to which you are bound.<br> If you do not agree to these terms, do not use this web site. The software will support VMware, Xen, Microsoft Virtual Server, and System p and i virtualization. Miller is a staff writer for WebProNews covering technology and business. Information is available at the event's website.<br> This vulnerability could also be exploited by worms or other malware.<br> The Rocket Summer, Melee and The Verdict will fill the opening slots for TEN's headlining gigs, which are listed below.<br> This symptoms catalog is essentially an automated "cheat-sheet" that operations staff can use if these problems come up when deploying and running the application, saving time and money.<br> Located in a cozy corner of the fifth floor of the Dr.<br> Interesting that just prior to the start of term this was the leading link on the Science Faculty site. comSearch the actual MLS real estate listings that realtors use at MultipleListing.<br> The awards will be formally presented during the 49th Annual Grammy Awards ceremony Feb. IBM does not want to receive confidential or proprietary information from you through our Web site.<br> This is definatley a project I will be watching with interest as it grows.<br> Hopefully this will grow to be somethign of use to the local security community. Email NotificationSave your search criteria and we will send you new listings that meet your search criteria as they come on the market. With a paper-based system, Memorial found itself transporting files all over town.<br> DealofDay: Fetching FranklinCovey.<br> When you access a non-IBM Web site, even one that may contain the IBM-logo, please understand that it is independent from IBM, and that IBM has no control over the content on that Web site.<br> When our first foreign settlers, the Spaniards, were here, the birth of Christ was celebrated by going to mass at the Mission Santa Clara, the closest church. The IBM teams build custom solutions to drive automation, virtualization and standards into clients' business and IT infrastructures. IBM also alerted Microsoft of its findings and provided customers with additional protection at that time. In addition to managing the massive amount of data RFID creates, two other barriers to widespread RFID adoption to date have been the lack of standards and data sharing capabilities. Alors que nous avions travaille les finesses de la langue francaise en votre compagnie.<br> The proceedings have not come out yet, but are being published as a book Research Advances in Digital Forensics which will be published by Springer mid-year. Pepper is supporting its latest album, "No Shame," released in October.<br> The event's organizers plan to announce additional performers at a later date.<br> csv download represents one of the many features Vanessa said the Sitemaps team enhances or adds on about a monthly basis.<br> Vanessa closed by citing the various support options available for Sitemaps.<br> DealofDay: Fetching Discovery Channel Store - Discovery Channel Store Tech ToysHold on!<br> je me demandais si par hasard, vous ne seriez pas mon fils.<br> I have made a submission to the official Mycrft repository as well, and that should come through in a few days.<br> </body> </html> |
|
From: Hendrik H. <leo...@pa...> - 2006-12-07 20:04:56
|
Hi, your V / AGRA from $ 3, 30 http://www.befunhsnaweuintungdenrun.com - the archway. Our hands twitched away from our weapons when he stepped |
|
From: Menashe R. <cl...@cb...> - 2006-11-12 20:17:12
|
Hi, VlAvvGRA VALvvlUM ClAvvLlS http://www.eaderuntiondkerunhas.com =20 _____ =20 was. It was better lit now and I saw that rows of seats reached up in |
|
From: Hakim C. <se...@as...> - 2006-11-04 07:17:51
|
Hi, VljlAGRA $ 3, 35 http://www.bestballbearing.info =20 _____ =20 quick blast of guilt for dragging him out of retirement. Said guilt |
|
From: Katia B. <lu...@ch...> - 2006-10-22 17:41:38
|
Hi, GREAT VlbAGRA http://www.nadesionkadesunwerinpao.com =20 it all. The test circuitry is simply testing the circuits of your She took a very efficient-looking hypodermic from the reticule |
|
From: Meta D. <gi...@ko...> - 2006-10-09 11:41:15
|
Hi, =20 VbAGRA for less http://www.marehorse.info =20 _____ =20 replaced by a male speaker with a repulsive nasal whine. man burst into the room. cross sticking out of it on the other side. |
|
From: Glyndwr H. <ka...@jo...> - 2006-10-04 12:47:03
|
Hi, VALvlUM AMBvlEN ClAvLIS VlAvGRA Economize 60% http://www.yiavlavieb.info =20 _____ =20 All here in Paradise were possessed of a great depression when you the Fundamentaloids we ought to be out there tracking them down. was betting that his curiosity would not go that far. My package |
|
From: Eitan S. <car...@ji...> - 2006-09-30 22:33:03
|
Good day, CIAzzLIS VIAzzGRA AMBzzIEN VALzzIUM Econnomize over 50 % with http://www.vertionkasefuterindas.com =20 _____ =20 Showing girls all the things they been missin . . . music that we will be playing? One. Going to wish us luck? |
|
From: Doug C. <do...@cu...> - 2006-09-30 19:23:20
|
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 > |
|
From: Brian B. <br...@Pi...> - 2006-09-30 10:20:22
|
> 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. |
|
From: Brian B. <br...@Pi...> - 2006-09-27 13:44:15
|
I have been working with the latest source from CVS, which includes my log4j.properties changes that you accepted earlier this year (version 1.6). I noticed an error message about not being able to log properly when the webapp starts up. I discovered I had made a syntax error in the version 1.6 file where I define log4j.logger.net.sf.ginp (line 16). I decided to carefully review the file and add some helpful comments. Log entries now include the tomcat thread identity as well as the context (originating class). I also moved the logger definitions around so the explicit logs are defined first. I could send you a diff for the changes, but it would be cleaner if you were to use my new file to commit the change. (warning: as before, this version writes debug messages. The info-only logger lines are commented out). |
|
From: Brian B. <br...@Pi...> - 2006-09-27 12:18:38
|
I checked out the latest from CVS and found the "test" task fails:
noClassdefFoundError: org/apache/log4j/logger
I use the Netbeans IDE, which is fairly picky about classpaths for ant
tasks. I can see that you bundle log4j in WEB-INF/lib, so I added a new
pathelement to the build.xml.
Here is the diff... perhaps someone can commit my change?
Index: build.xml
===================================================================
RCS file: /cvsroot/ginp/ginp/build.xml,v
retrieving revision 1.13
diff -r1.13 build.xml
133a134
> <pathelement
path="${build.home}/WEB-INF/lib/log4j-1.2.9.jar" />
--------------------
p.s. One of the unit tests fails... would you like me to see why and try
to fix it?
Testsuite: net.sf.ginp.test.TestGinp
Tests run: 11, Failures: 1, Errors: 0, Time elapsed: 2.627 sec
Testcase: test_Collection took 2.363 sec
Testcase: test_Collection_sortPictures took 0.052 sec
Testcase: test_Commands_Logon took 0.032 sec
Testcase: test_Commands_SelectCollection took 0.022 sec
Testcase: test_GinpModel_translate took 0.02 sec
Testcase: test_command_SetLanguageCode took 0.026 sec
Testcase: test_Model took 0.02 sec
Testcase: test_ModelManager took 0.016 sec
Testcase: test_Model_pageDimensions took 0.017 sec
Testcase: test_Picture took 0.035 sec
Testcase: test_Picture_setDateTime took 0.024 sec
FAILED
expected:<...8...> but was:<...9...>
junit.framework.ComparisonFailure: expected:<...8...> but was:<...9...>
at
net.sf.ginp.test.TestGinp.test_Picture_setDateTime(TestGinp.java:268)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at
org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:125)
/home/brian/SandboxSourceForge/ginp/build.xml:117: Test
net.sf.ginp.test.TestGinp failed
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.actOnTestResult(JUnitTask.java:1447)
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:685)
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeOrQueue(JUnitTask.java:1413)
at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:633)
at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at org.apache.tools.ant.Target.performTasks(Target.java:369)
at org.apache.tools.ant.Project.executeTarget(Project.java:1214)
at org.apache.tools.ant.Project.executeTargets(Project.java:1062)
at
org.apache.tools.ant.module.bridge.impl.BridgeImpl.run(BridgeImpl.java:234)
at
org.apache.tools.ant.module.run.TargetExecutor.run(TargetExecutor.java:242)
at
org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:125)
BUILD FAILED (total time: 5 seconds)
|
|
From: Meinard G. <me...@ae...> - 2006-09-17 14:10:13
|
Hi =20 l V i I e A i G d R a A l V z A c L f I e U j M z C d I n A v L e I b S p A n M l B v I r E s N u X n A v N c A v X =20 S a AV k E up to 6 a 0 % w u it b h http://www.hertunherwajinkdesa.com <http://www.hertunherwajinkdesa.com>=20 |
|
From: Jure B. <av...@et...> - 2006-09-10 11:49:22
|
Hi =20 All yo l ur P i HARM t AC z Y d b ire l ctl d y from the ma p nuf f act m ure l r, Your c p hanc u e to ec e ono a miz t e u b p to 50 h % w h ith http://www.fawunjunterfuyun.com |
|
From: Gethin M. <es...@iv...> - 2006-08-27 10:17:19
|
=20 Best se x IIi u ng w m atc g hes R j OLE i X C k ARTI l ER BRE a IT l LING BV d LGA x RI =20 and man g y othe o r at http://sergovins.com/g2/ O p rde t r T p od s ay and s t av p e. =20 , m=20 , g=20 , t=20 , l=20 who at least appeared to be doing new and important things. Thats quick glimpse-for the instant that she saw me she screamed. We stopped and waited and watched. In the distance it looked like a |
|
From: Doug C. <do...@cu...> - 2006-03-26 19:29:12
|
Dear Brian, I will not start a discussion about the merits of different algorithms because I know nothing about them, but I can state the logic in the ginp and an explanation for it. The scaling of images is done on the sever and javascript is used to calculate the correct size of the browsers window. This saves network traffic, but increases load on the server. For a high quality picture the user should click on the link to download the original (which is avaliable in the Taglib interface). The thumb nails are scaled when first requested and then saved to disk because they are always the same size. (This reuses server load a lot.) The scaling is none using a standard Java API and it does reduce the quality of the images. It may be possible to scale using a better quality factor but this will cost network bandwidth. This issue is a compromise between server load, network bandwidth and image quality. I used defaults because that was easy and worked fine for me. However if you wish this to be configurable then send me a patch... ;-) All the best, Doug On Sunday 26 March 2006 16:36, Brian Burch wrote: > I suspect this is a well-understood issue, but it isn't mentioned in the > mailing list archives. If someone knows about it, please take the time to > point me in the right direction. I don't want to waste a lot of time > reinventing the wheel. > > I can see that the javascript from ginpservlet retrieves the > Window.innerHeigth and Window.innerWidth values from the browser. I can see > the image displayed in the browser window is a jpeg, scaled to fit. For > example, I'm looking at one which is 700 x 525 pixels. The original jpeg > file accesed by ginp is 2848 x 2136 pixels. > > The resultant image is counter-intuitively poor quality. I have in mind > that analogue photographic images get more grainy when you enlarge them, > and more precise when you reduce them. I realise something more subtle must > happen when you scale-down a digital image... after all, you can't put 4 > pixels of image into a single pixel of a display panel. An algorithm must > be deciding how best to summarise the image into the target pixel, and that > decision must be influenced by the neighbouring partial-image properties. > As you can tell, this is not a subject I've thought seriously about, but > I'm sure lots of clever people have! > > Now, before we start on a discussion of the limitations and merits of > different algorithms, let me say that this isn't what I want to discuss. My > issues are much simpler. > > I run ginp under java 1.5 with ubuntu 5.10. I also run a much older photo > album webapp, written in perl and running on an old redhat 7 system. They > BOTH scale the SAME photos to very similar sizes and quality, so I deduce > that I'm not dealing with a subtle algorithmic issue. > > I've looked at image quality with windoze, OS2 and linux. I've used > firefox, mozilla, internet exploder and even opera. I've used 5 different > hardware platforms, each with different video cards and displays. The > results are near enough to identical that I deduce I'm not dealing with a > specific browser/OS/hardware problem. > > Here's the wierd thing. When I view the original jpeg file under ANY of the > os's native image viewers, it ALWAYS has crisper details than when > displayed via a browser/webapp on the same system. I could be convinced > that a modern native viewer could beat remote scaling and browser > rendering, if that really is the case, but I don't believe it is.... > > e.g. a 10-year old OS2 image viewer shows a crisper rendering of an image > of a particular size than firefox/ginp on very new hardware... and mozilla > under OS2 doesn't do any better or worse than the linux/firefox > combination. Similarly, eye-of-gnome-2.12.1 doesn't do much better than my > OS2 viewer, but (of course) it does a lot better than the browser/webapp > image. > > So, to summarise, it seems to be an architectural issue - scaling on the > server and rendering on the browser seems to give a (subjective) 15 percent > drop in image quality when compared to scaling-and-rendering on a single > platform. This effect appears to be independent of hardware, operating > system, browser, viewer, display type, scaling algorithm, etc. > > What is the missing factor? Wouldn't it be nice if we could "adjust" the > server-side logic to improve the browser-side image quality by 15 percent? > > p.s. you can try this at home. Just look at the same photo on the same > machine with a) a browser talking to ginp, and b) the native OS image > viewer. Size the two images so they take up roughly the same real-estate > and reload if necessary to get them re-scaled. Look for some detail in the > distance, such as lamp posts, yacht masts, people, dogs, railings... and > compare the resolution of these details between the 2 images on your > screen. > > I hope someone can help me understand this puzzling issue. > > > > Regards, > > Brian > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > ginp-users mailing list > gin...@li... > https://lists.sourceforge.net/lists/listinfo/ginp-users -- Doug Culnane www.culnane.net |
|
From: Brian B. <Br...@Pi...> - 2006-03-26 14:35:43
|
I suspect this is a well-understood issue, but it isn't mentioned in the mailing list archives. If someone knows about it, please take the time to point me in the right direction. I don't want to waste a lot of time reinventing the wheel. I can see that the javascript from ginpservlet retrieves the Window.innerHeigth and Window.innerWidth values from the browser. I can see the image displayed in the browser window is a jpeg, scaled to fit. For example, I'm looking at one which is 700 x 525 pixels. The original jpeg file accesed by ginp is 2848 x 2136 pixels. The resultant image is counter-intuitively poor quality. I have in mind that analogue photographic images get more grainy when you enlarge them, and more precise when you reduce them. I realise something more subtle must happen when you scale-down a digital image... after all, you can't put 4 pixels of image into a single pixel of a display panel. An algorithm must be deciding how best to summarise the image into the target pixel, and that decision must be influenced by the neighbouring partial-image properties. As you can tell, this is not a subject I've thought seriously about, but I'm sure lots of clever people have! Now, before we start on a discussion of the limitations and merits of different algorithms, let me say that this isn't what I want to discuss. My issues are much simpler. I run ginp under java 1.5 with ubuntu 5.10. I also run a much older photo album webapp, written in perl and running on an old redhat 7 system. They BOTH scale the SAME photos to very similar sizes and quality, so I deduce that I'm not dealing with a subtle algorithmic issue. I've looked at image quality with windoze, OS2 and linux. I've used firefox, mozilla, internet exploder and even opera. I've used 5 different hardware platforms, each with different video cards and displays. The results are near enough to identical that I deduce I'm not dealing with a specific browser/OS/hardware problem. Here's the wierd thing. When I view the original jpeg file under ANY of the os's native image viewers, it ALWAYS has crisper details than when displayed via a browser/webapp on the same system. I could be convinced that a modern native viewer could beat remote scaling and browser rendering, if that really is the case, but I don't believe it is.... e.g. a 10-year old OS2 image viewer shows a crisper rendering of an image of a particular size than firefox/ginp on very new hardware... and mozilla under OS2 doesn't do any better or worse than the linux/firefox combination. Similarly, eye-of-gnome-2.12.1 doesn't do much better than my OS2 viewer, but (of course) it does a lot better than the browser/webapp image. So, to summarise, it seems to be an architectural issue - scaling on the server and rendering on the browser seems to give a (subjective) 15 percent drop in image quality when compared to scaling-and-rendering on a single platform. This effect appears to be independent of hardware, operating system, browser, viewer, display type, scaling algorithm, etc. What is the missing factor? Wouldn't it be nice if we could "adjust" the server-side logic to improve the browser-side image quality by 15 percent? p.s. you can try this at home. Just look at the same photo on the same machine with a) a browser talking to ginp, and b) the native OS image viewer. Size the two images so they take up roughly the same real-estate and reload if necessary to get them re-scaled. Look for some detail in the distance, such as lamp posts, yacht masts, people, dogs, railings... and compare the resolution of these details between the 2 images on your screen. I hope someone can help me understand this puzzling issue. Regards, Brian |
|
From: Doug C. <do...@cu...> - 2006-03-25 19:32:57
|
Dear Brian,
Thanks for your contibution. I have checked this into the CVS repository on
sourceforge, so that it will be included in future versions.
All the best,
Doug Culnane
On Saturday 25 March 2006 13:13, Brian Burch wrote:
> Each time I started my tomcat server with the ginp webapp deployed, I
> noticed the following message in ../logs/catalina.out...
>
> log4j:WARN No appenders could be found for logger
> (net.sf.ginp.config.GinpEnv)
>
> I've spent quite a lot of time working with log4j over the years, so I
> decided to investigate. The project currently ships with
> /src/log4j.properties, but this file is not much more than a standard log4j
> sample and does not work with the existing v0.23 source.
>
> The as-shipped log4j.properties file doesn't work because the source code
> is following the recommended convention of using a logger that is derived
> from the fully-qualified java class names. Unfortunately, the log4j
> configuration file doesn't say how these logging events should be handled.
>
> I've attached a copy of my own log4j.properties, which is working quite
> well with ginp and has resolved the startup error completely.
>
> My changes are as follows:
>
> 1. Define a rootLogger which sets the system-wide logging capture level AND
> an appender which will collect any messages not handled explicitly. (So
> far, I've not seen any stray messages on my system). I've set this to
> capture DEBUG (and higher) events, but INFO or even WARN would be better on
> a production system.
>
> 2. Define a logger for net.sf.ginp... this ensures that log events from all
> ginp components will be handled by the same set of appenders. I have
> specified two active appenders - one to capture INFO (and above) messages
> and the other to capture all levels of messages.
>
> 3. Define two DailyRollingFileAppender instances for ginp events. I've
> given them meaningful names and filenames. They write to the tomcat logs
> directory using the ${catalina.home} property, which is automatically
> maintained by tomcat. I use the Threshold property to select the
> event-levels-of-interest to each appender, but am puzzled by the fact that
> they don't work as described. I haven't had time to investigate yet, but at
> least I get all ginp messages logged!
>
> 4. I've defined a syslog appender for completeness, but haven't activated
> it in this configuration.
>
> I hope you find this useful in your own installations.
> Regards,
>
> Brian
--
Doug Culnane
www.culnane.net
|
|
From: Brian B. <Br...@Pi...> - 2006-03-25 12:12:57
|
Each time I started my tomcat server with the ginp webapp deployed, I noticed the
following message in ../logs/catalina.out...
log4j:WARN No appenders could be found for logger (net.sf.ginp.config.GinpEnv)
I've spent quite a lot of time working with log4j over the years, so I decided to
investigate. The project currently ships with /src/log4j.properties, but this file is not
much more than a standard log4j sample and does not work with the existing v0.23
source.
The as-shipped log4j.properties file doesn't work because the source code is
following the recommended convention of using a logger that is derived from the
fully-qualified java class names. Unfortunately, the log4j configuration file doesn't say
how these logging events should be handled.
I've attached a copy of my own log4j.properties, which is working quite well with ginp
and has resolved the startup error completely.
My changes are as follows:
1. Define a rootLogger which sets the system-wide logging capture level AND an
appender which will collect any messages not handled explicitly. (So far, I've not seen
any stray messages on my system). I've set this to capture DEBUG (and higher)
events, but INFO or even WARN would be better on a production system.
2. Define a logger for net.sf.ginp... this ensures that log events from all ginp
components will be handled by the same set of appenders. I have specified two active
appenders - one to capture INFO (and above) messages and the other to capture all
levels of messages.
3. Define two DailyRollingFileAppender instances for ginp events. I've given them
meaningful names and filenames. They write to the tomcat logs directory using the
${catalina.home} property, which is automatically maintained by tomcat. I use the
Threshold property to select the event-levels-of-interest to each appender, but am
puzzled by the fact that they don't work as described. I haven't had time to investigate
yet, but at least I get all ginp messages logged!
4. I've defined a syslog appender for completeness, but haven't activated it in this
configuration.
I hope you find this useful in your own installations.
Regards,
Brian
|
|
From: Justin <ju...@sq...> - 2006-03-19 17:13:27
|
GINP uses the little known and underutilized jdk1.4 preferences api of the user running the web server. It checks for a preference that has a path to the config file. These files are located in the webserver user's home directory under .java on unix and in the registry on windows. If a pref is there it uses it, otherwise it starts the wizard. I really wanted the thing to work out of the box without having to think which is like most php apps and totally unlike most java apps which IMHO are way to difficult to setup. Most of the PHP stuff works with File I/O to detect a file in the app directory. The servlet spec is not very accomodative to file i/o. I was looking for a good crossplatform way to bootstrap the location of the config file and used the Prefs API. That's why it comes with all the dependencies. Anyway, I thought JDK 1.5 comes with xalan? On 3/19/06, Brian Burch <Br...@pi...> wrote: > On Sat, 18 Mar 2006 20:18:59 +0100, Doug Culnane wrote: > >Dear Brian, > >Sorry you are getting frustrated with the set up. > > Doug, thanks very much for the quick response. > > No, not frustrated. I was just running out of ideas and time. I wanted th= e system to work easily "out of the box" and was lulled by the home page in= to suspending my usual suspicious and cynical attitude to any new > software (including, by the way, anything I've written myself). > > You'll see I've talked about xalan in the other post, so please take that= as read. I wonder whether the missing xalan was my only problem, but there= were several different symptoms and my knowledge of ginp was > minimal. > > >I have only ever used the ginp with a public collection first but maybe = there > >is a problem if there is password protection on all the collections. > > > >The set up wizard in the latest stable version builds a config file and = sets > >its location. In the development version this has been changed to be a = known > >location which will maybe make this more reliable. Unfortunately I have= not > >finished programming this. It would however let you configure the ginp > >manually, so I will try to tidy this up and publish a new version. > > > >I have not got round to working on the ginp for a while but if there are= users > >out their with problems then this is encouraging. Let me or the list kn= ow if > >you need help, or have any comments, they will help me WTFM ;-). > > I copied the sample ginp.xml from ../../test to the default home/ginp/con= fig directory and edited the contents. I wasn't sure how much to take out, = so I left it intact and added another collection for my own photo > directory. I left the <users> list as null, guessing that was how a publi= c collection would be recognised. > > After I successfully ran the configuration wizard, I went back to /home/g= inp/config/ginp.xml. My own collection was there, but all the sample collec= tions had been removed. Clearly this was the "live" copy. Clearly a > public collection is one with an empty users list. > > Do you think I needed to put that sample ginp.xml in the config directror= y to get the wizard to run successfully, or was that a red herring? > > I also tried uploading the same file from my browser, but couldn't tell w= hether it worked or not... would it have simply been written to my selected= config path? > > How does the wizard know whether it needs to run or stay quiet? In other = words, is the wizard looking at anything else - properties, files, servlet = parameters, etc? > > I realise I could read the code to find out, but it would take quite an e= ffort for me and I guess you know the answers without having to do any rese= arch. Just getting the Q&A on the mailing list will hopefully help the next > person avoid wasting your time. > > > Regards, > > Brian > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > ginp-users mailing list > gin...@li... > https://lists.sourceforge.net/lists/listinfo/ginp-users > > |
|
From: Brian B. <Br...@Pi...> - 2006-03-19 11:49:39
|
On Sat, 18 Mar 2006 20:18:59 +0100, Doug Culnane wrote: >Dear Brian, >Sorry you are getting frustrated with the set up. Doug, thanks very much for the quick response. No, not frustrated. I was just running out of ideas and time. I wanted the system to work easily "out of the box" and was lulled by the home page into suspending my usual suspicious and cynical attitude to any new software (including, by the way, anything I've written myself). You'll see I've talked about xalan in the other post, so please take that as read. I wonder whether the missing xalan was my only problem, but there were several different symptoms and my knowledge of ginp was minimal. >I have only ever used the ginp with a public collection first but maybe there >is a problem if there is password protection on all the collections. > >The set up wizard in the latest stable version builds a config file and sets >its location. In the development version this has been changed to be a known >location which will maybe make this more reliable. Unfortunately I have not >finished programming this. It would however let you configure the ginp >manually, so I will try to tidy this up and publish a new version. > >I have not got round to working on the ginp for a while but if there are users >out their with problems then this is encouraging. Let me or the list know if >you need help, or have any comments, they will help me WTFM ;-). I copied the sample ginp.xml from ../../test to the default home/ginp/config directory and edited the contents. I wasn't sure how much to take out, so I left it intact and added another collection for my own photo directory. I left the <users> list as null, guessing that was how a public collection would be recognised. After I successfully ran the configuration wizard, I went back to /home/ginp/config/ginp.xml. My own collection was there, but all the sample collections had been removed. Clearly this was the "live" copy. Clearly a public collection is one with an empty users list. Do you think I needed to put that sample ginp.xml in the config directrory to get the wizard to run successfully, or was that a red herring? I also tried uploading the same file from my browser, but couldn't tell whether it worked or not... would it have simply been written to my selected config path? How does the wizard know whether it needs to run or stay quiet? In other words, is the wizard looking at anything else - properties, files, servlet parameters, etc? I realise I could read the code to find out, but it would take quite an effort for me and I guess you know the answers without having to do any research. Just getting the Q&A on the mailing list will hopefully help the next person avoid wasting your time. Regards, Brian |
|
From: Brian B. <Br...@Pi...> - 2006-03-19 11:20:05
|
On Sat, 18 Mar 2006 11:03:44 -0800, Justin wrote: >Ginp is kind of touchy about the versions of the xml libs that are being used. >This mostly has to do with features of the jdk1.4 preferences api which is used >to bootstrap ginp. Glad you got it to work. You probably had an old >version of xerces >or xalan in your classpath that one of your other webapps was using. Hi, Justin... thanks for taking the time to reply.. there haven't been any postings since last year and I wondered how long I might have to wait. Overnight in the UK counts as excellent service. I should have said that I'm running linux with the sun jdk 1.5 and tomcat 5.0.28. I don't have a system classpath set at all... I always set a specific classpath when starting a java application. Tomcat sets its own (several, if you've not yet fought that particular fight) and there is a xerces.jar in common/lib, but I don't know what version. There definitely wasn't a copy of xalan.jar available until I manually copied it into ginp/WEB-INF/lib. I was a bit lazy in trusting the diagnostic screen on my browser. The NullPointerException was in TransfarmerFactoryImpl, which I didn't recognise, so I started googling and found the mailing list entry. I've subsequently gone back to catalina.log to look at the full stack trace, which shows that provider org.apache.xalan.processor.TransfarmerFactoryImpl could not be found. That would have been clear enough for me - if only I had looked. Sorry. Given that you ship so many other jars with ginp, and given that you've found ginp "touchy" about xml versions, why don't you bundle the version of xalan that you prefer in WEB-INF/lib? Yes, it's quite bloated with jars and you have to draw the line somewhere, but I'm curious why not? Of course, if you decide to leave the packaging alone, there is now a proper dialogue on the mailing list for others to find and use to resolve this problem quickly. Regards, Brian |
|
From: Doug C. <do...@cu...> - 2006-03-18 19:19:18
|
Dear Brian, Sorry you are getting frustrated with the set up. I have only ever used the ginp with a public collection first but maybe there is a problem if there is password protection on all the collections. The set up wizard in the latest stable version builds a config file and sets its location. In the development version this has been changed to be a known location which will maybe make this more reliable. Unfortunately I have not finished programming this. It would however let you configure the ginp manually, so I will try to tidy this up and publish a new version. I have not got round to working on the ginp for a while but if there are users out their with problems then this is encouraging. Let me or the list know if you need help, or have any comments, they will help me WTFM ;-). Good luck, Doug On Saturday 18 March 2006 16:01, Brian Burch wrote: > Interesting... I got lucky and now have ginp running with my photo > collection. > > Unfortunately, I'm not entirely sure what I did that mattered! > > I copied xalan.jar from my installation of OpenOffice 2 to WEB-INF/lib. > > I restarted Tomcat, but didn't re-deploy the webapp. > > I gave the wizard my original paths for ginp.xml and my photos. > > I entered the default admin password cribbed from the test/ginp.xml, which > also happened to be sitting in the /home/ginp/config directory. > > I specified public access to my highest-level photo directory and selected > the "textart" style. > > Bingo! The wizard completed successfully. > > Does anyone have any words of wisdom? > > > Regards, > > Brian Burch > [http://www.PingToo.com/] > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > ginp-users mailing list > gin...@li... > https://lists.sourceforge.net/lists/listinfo/ginp-users -- Doug Culnane www.culnane.net |
|
From: Justin <ju...@sq...> - 2006-03-18 19:04:42
|
Ginp is kind of touchy about the versions of the xml libs that are being us= ed. This mostly has to do with features of the jdk1.4 preferences api which is = used to bootstrap ginp. Glad you got it to work. You probably had an old version of xerces or xalan in your classpath that one of your other webapps was using. On 3/18/06, Brian Burch <Br...@pi...> wrote: > Interesting... I got lucky and now have ginp running with my photo collec= tion. > > Unfortunately, I'm not entirely sure what I did that mattered! > > I copied xalan.jar from my installation of OpenOffice 2 to WEB-INF/lib. > > I restarted Tomcat, but didn't re-deploy the webapp. > > I gave the wizard my original paths for ginp.xml and my photos. > > I entered the default admin password cribbed from the test/ginp.xml, whic= h also > happened to be sitting in the /home/ginp/config directory. > > I specified public access to my highest-level photo directory and selecte= d the "textart" > style. > > Bingo! The wizard completed successfully. > > Does anyone have any words of wisdom? > > > Regards, > > Brian Burch > [http://www.PingToo.com/] > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > ginp-users mailing list > gin...@li... > https://lists.sourceforge.net/lists/listinfo/ginp-users > > |
812 messages has been excluded from this view by a project administrator.
