Re: Gump3 Presentation

2005-10-27 Thread Leo Simons 
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)

  - it still uses hibernate

  - 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

Re: Derby build (Re: BATCH: All dressed up, with nowhere to go...)

2005-10-27 Thread Leo Simons 
Hi andrew,

Don't really understand the problem but I've put the db-derby dir from
vmgump at

  http://vmgump.apache.org/derby-gump-snapshot.tgz

please holler when we can remove it.

cheers!

Leo

On Tue, Oct 25, 2005 at 03:11:01PM -0700, Andrew McIntyre wrote:
 Just noticed that this is still failing. I am unable to reproduce the
 problem. Please see my previous mail concerning this problem. It would
 appear on the surface to be an issue with how Ant generates the
 manifest file in the derbyjarwithoutosgi target.  Is there any way
 that I can get access to the manifest file in the zone where gump is
 run to compare with a copy generated outside of the gump run?
 
 cheers,
 andrew
 
 
 On 10/25/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
  *** G U M P
  ...
  [EMAIL PROTECTED]: Project derby (in module db-derby) failed
 ...
  snip other failures
  *** G U M P
  [EMAIL PROTECTED]: Project derby (in module db-derby) failed
  snip other targets
 
  derbyjarwithoutosgi:
[jar] Building jar: 
  /x1/gump/public/workspace/db-derby/jars/insane/derby.jar
[jar] Manifest is invalid: Manifest sections should start with a 
  Name attribute and not Sealed
 
  BUILD FAILED
  /x1/gump/public/workspace/db-derby/build.xml:775: The following error 
  occurred while executing this line:
  /x1/gump/public/workspace/db-derby/build.xml:854: Invalid Manifest: 
  /x1/gump/public/workspace/db-derby/jars/insane/lists/smf.mf
 
 -
 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]

Re: Derby build (Re: BATCH: All dressed up, with nowhere to go...)

2005-10-27 Thread Andrew McIntyre 


On Oct 27, 2005, at 7:19 AM, Leo Simons wrote:


Hi andrew,

Don't really understand the problem but I've put the db-derby dir from
vmgump at

  http://vmgump.apache.org/derby-gump-snapshot.tgz

please holler when we can remove it.


I've got the file, so you can go ahead and remove it.

Thanks much, Leo!

andrew

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

BATCH: All dressed up, with nowhere to go...

2005-10-27 Thread gump 
Dear Gumpmeisters,

The following 2 notifys should have been sent

*** G U M P
[EMAIL PROTECTED]: Project gsbase-test (in module gsbase) failed
[EMAIL PROTECTED]: Project htmlunit (in module htmlunit) failed
*** G U M P
[EMAIL PROTECTED]: Project gsbase-test (in module gsbase) failed
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project gsbase-test has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- gsbase-test :  A collection of java utility classes


Full details are available at:
http://vmgump.apache.org/gump/public/gsbase/gsbase-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven properties: 
[/usr/local/gump/public/workspace/gsbase/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/gsbase/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /usr/local/gump/public/workspace/gsbase/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/gsbase/project.properties



The following work was performed:
http://vmgump.apache.org/gump/public/gsbase/gsbase-test/gump_work/build_gsbase_gsbase-test.html
Work Name: build_gsbase_gsbase-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 56 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/gsbase]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/gsbase/target/classes:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/junitperf-1.8/lib/junitperf.jar
-
[junit] 
[junit] Testcase: 
testLengthLimitedDocument_4(com.gargoylesoftware.base.util.DocumentUtilTest):   
  Caused an ERROR
[junit] null
[junit] java.lang.NoClassDefFoundError
[junit] at java.lang.Class.forName0(Native Method)
[junit] at java.lang.Class.forName(Class.java:141)
[junit] at java.awt.Toolkit$2.run(Toolkit.java:748)
[junit] at java.security.AccessController.doPrivileged(Native Method)
[junit] at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:739)
[junit] at java.awt.Toolkit.getEventQueue(Toolkit.java:1519)
[junit] at java.awt.EventQueue.isDispatchThread(EventQueue.java:651)
[junit] at 
javax.swing.SwingUtilities.isEventDispatchThread(SwingUtilities.java:1238)
[junit] at javax.swing.text.StyleContext.reclaim(StyleContext.java:419)
[junit] at 
javax.swing.text.StyleContext.addAttribute(StyleContext.java:276)
[junit] at 
javax.swing.text.StyleContext$NamedStyle.addAttribute(StyleContext.java:1468)
[junit] at 
javax.swing.text.StyleContext$NamedStyle.setName(StyleContext.java:1278)
[junit] at 
javax.swing.text.StyleContext$NamedStyle.init(StyleContext.java:1226)
[junit] at javax.swing.text.StyleContext.addStyle(StyleContext.java:88)
[junit] at javax.swing.text.StyleContext.init(StyleContext.java:68)
[junit] at 
javax.swing.text.StyleContext.getDefaultStyleContext(StyleContext.java:56)
[junit] at 
javax.swing.text.AbstractDocument.init(AbstractDocument.java:91)
[junit] at javax.swing.text.PlainDocument.init(PlainDocument.java:74)
[junit] at javax.swing.text.PlainDocument.init(PlainDocument.java:64)
[junit] at 
com.gargoylesoftware.base.util.DocumentUtilTest.testLengthLimitedDocument_4(DocumentUtilTest.java:137)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] 
[junit] 
[junit] [ERROR] TEST com.gargoylesoftware.base.util.DocumentUtilTest FAILED
[junit] Running com.gargoylesoftware.base.util.ProxyUtilTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.557 sec
[junit] Testsuite: com.gargoylesoftware.base.util.ProxyUtilTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.557 sec
[junit] 
[junit] Running com.gargoylesoftware.base.util.StringUtilTest
[junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 0.523 sec
[junit] Testsuite: com.gargoylesoftware.base.util.StringUtilTest
[junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 0.523 sec
[junit] 

BUILD FAILED
File..

BATCH: All dressed up, with nowhere to go...

2005-10-27 Thread gump 
Dear Gumpmeisters,

The following 2 notifys should have been sent

*** G U M P
[EMAIL PROTECTED]: Project gsbase-test (in module gsbase) failed
[EMAIL PROTECTED]: Project htmlunit (in module htmlunit) failed
*** G U M P
[EMAIL PROTECTED]: Project gsbase-test (in module gsbase) failed
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project gsbase-test has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- gsbase-test :  A collection of java utility classes


Full details are available at:
http://vmgump.apache.org/gump/public/gsbase/gsbase-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven properties: 
[/usr/local/gump/public/workspace/gsbase/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/gsbase/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /usr/local/gump/public/workspace/gsbase/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/gsbase/project.properties



The following work was performed:
http://vmgump.apache.org/gump/public/gsbase/gsbase-test/gump_work/build_gsbase_gsbase-test.html
Work Name: build_gsbase_gsbase-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 56 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/gsbase]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/gsbase/target/classes:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/junitperf-1.8/lib/junitperf.jar
-
[junit] 
[junit] Testcase: 
testLengthLimitedDocument_4(com.gargoylesoftware.base.util.DocumentUtilTest):   
  Caused an ERROR
[junit] null
[junit] java.lang.NoClassDefFoundError
[junit] at java.lang.Class.forName0(Native Method)
[junit] at java.lang.Class.forName(Class.java:141)
[junit] at java.awt.Toolkit$2.run(Toolkit.java:748)
[junit] at java.security.AccessController.doPrivileged(Native Method)
[junit] at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:739)
[junit] at java.awt.Toolkit.getEventQueue(Toolkit.java:1519)
[junit] at java.awt.EventQueue.isDispatchThread(EventQueue.java:651)
[junit] at 
javax.swing.SwingUtilities.isEventDispatchThread(SwingUtilities.java:1238)
[junit] at javax.swing.text.StyleContext.reclaim(StyleContext.java:419)
[junit] at 
javax.swing.text.StyleContext.addAttribute(StyleContext.java:276)
[junit] at 
javax.swing.text.StyleContext$NamedStyle.addAttribute(StyleContext.java:1468)
[junit] at 
javax.swing.text.StyleContext$NamedStyle.setName(StyleContext.java:1278)
[junit] at 
javax.swing.text.StyleContext$NamedStyle.init(StyleContext.java:1226)
[junit] at javax.swing.text.StyleContext.addStyle(StyleContext.java:88)
[junit] at javax.swing.text.StyleContext.init(StyleContext.java:68)
[junit] at 
javax.swing.text.StyleContext.getDefaultStyleContext(StyleContext.java:56)
[junit] at 
javax.swing.text.AbstractDocument.init(AbstractDocument.java:91)
[junit] at javax.swing.text.PlainDocument.init(PlainDocument.java:74)
[junit] at javax.swing.text.PlainDocument.init(PlainDocument.java:64)
[junit] at 
com.gargoylesoftware.base.util.DocumentUtilTest.testLengthLimitedDocument_4(DocumentUtilTest.java:137)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] 
[junit] 
[junit] [ERROR] TEST com.gargoylesoftware.base.util.DocumentUtilTest FAILED
[junit] Running com.gargoylesoftware.base.util.ProxyUtilTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.557 sec
[junit] Testsuite: com.gargoylesoftware.base.util.ProxyUtilTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.557 sec
[junit] 
[junit] Running com.gargoylesoftware.base.util.StringUtilTest
[junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 0.523 sec
[junit] Testsuite: com.gargoylesoftware.base.util.StringUtilTest
[junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 0.523 sec
[junit] 

BUILD FAILED
File..

Re: Gump3 Presentation

2005-10-27 Thread Thomas 
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

Re: svn commit: r328073 - /gump/metadata/project/jakarta-turbine-3.xml

2005-10-27 Thread Stefan Bodewig 
On Thu, 27 Oct 2005, Eric Pugh [EMAIL PROTECTED]
wrote:

 Scarab is hot on the trail of moving to T2, which is the mainline
 branch.

OK, I've commented scarab out but didn't remove the descriptor.  We
can always re-enable it when we feel that way.

 We are working on some steps to deal with circular dependency on
 Intake, and hope to have that fixed next week.

Great.

Stefan

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

BATCH: All dressed up, with nowhere to go...

2005-10-27 Thread gump 
Dear Gumpmeisters,

The following 1 notifys should have been sent

*** G U M P
[EMAIL PROTECTED]: Project portals-bridges-jsf (in module portals-bridges) 
failed
*** G U M P
[EMAIL PROTECTED]: Project portals-bridges-jsf (in module portals-bridges) 
failed
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project portals-bridges-jsf has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Missing Build 
Outputs'.
For reference only, the following projects are affected by this:
- portals-bridges-jsf :  Support for JSR168 compliant Portlet development


Full details are available at:

http://vmgump.apache.org/gump/public/portals-bridges/portals-bridges-jsf/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [portals-bridges-jsf-27102005.jar] identifier set to 
project name
 -DEBUG- Dependency on portals-pluto-api exists, no need to add for property 
maven.jar.portlet-api.
 -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property maven.jar.servletapi.
 -DEBUG- Dependency on myfaces exists, no need to add for property 
maven.jar.myfaces-api.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/portals-bridges/jsf/build.properties
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/portals-bridges/jsf/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/portals-bridges/jsf/project.properties
 -INFO- Failed with reason missing build outputs
 -ERROR- Missing Output: 
/usr/local/gump/public/workspace/portals-bridges/jsf/target/portals-bridges-jsf-27102005.jar
 -ERROR- See Directory Listing Work for Missing Outputs
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/portals-bridges/portals-bridges-jsf/gump_work/build_portals-bridges_portals-bridges-jsf.html
Work Name: build_portals-bridges_portals-bridges-jsf (Type: Build)
Work ended in a state of : Success
Elapsed: 6 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/portals-bridges/jsf]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-27102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-27102005.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/myfaces/api/build/dist/myfaces-api.jar:/usr/local/gump/public/workspace/portals-bridges/common/target/portals-bridges-common-27102005.jar:/usr/local/gump/public/workspace/portals-pluto/api/target/portlet-api-1.0.jar
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

You are working offline so the build will continue, but 
portals-bridges-common-0.4-SNAPSHOT.jar may be out of date!
build:start:

java:prepare-filesystem:
[mkdir] Created dir: 
/x1/gump/public/workspace/portals-bridges/jsf/target/classes

java:compile:
[echo] Compiling to 
/x1/gump/public/workspace/portals-bridges/jsf/target/classes
[echo] 
==

  NOTE: Targetting JVM 1.4, classes
  will not run on earlier JVMs

==
  
[javac] Compiling 17 source files to 
/x1/gump/public/workspace/portals-bridges/jsf/target/classes

java:jar-resources:
Copying 1 file to /x1/gump/public/workspace/portals-bridges/jsf/target/classes

test:prepare-filesystem:
[mkdir] Created dir: 
/x1/gump/public/workspace/portals-bridges/jsf/target/test-classes
[mkdir] Created dir: 
/x1/gump/public/workspace/portals-bridges/jsf/target/test-reports

test:test-resources:

test:compile:
[echo] No test source files to compile.

test:test:
[echo] No tests to run.

jar:jar:
[jar] Building jar: 
/x1/gump/public/workspace/portals-bridges/jsf/target/portals-bridges-common-27102005.jar
BUILD SUCCESSFUL
Total time: 6 seconds
Finished at: Thu Oct 27 20:52:29 PDT 2005

-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/portals-bridges/portals-bridges-jsf/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/portals-bridges/portals-bridges-jsf/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run

BATCH: All dressed up, with nowhere to go...

2005-10-27 Thread gump 
Dear Gumpmeisters,

The following 1 notifys should have been sent

*** G U M P
[EMAIL PROTECTED]: Project portals-bridges-jsf (in module portals-bridges) 
failed
*** G U M P
[EMAIL PROTECTED]: Project portals-bridges-jsf (in module portals-bridges) 
failed
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project portals-bridges-jsf has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Missing Build 
Outputs'.
For reference only, the following projects are affected by this:
- portals-bridges-jsf :  Support for JSR168 compliant Portlet development


Full details are available at:

http://vmgump.apache.org/gump/public/portals-bridges/portals-bridges-jsf/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [portals-bridges-jsf-27102005.jar] identifier set to 
project name
 -DEBUG- Dependency on portals-pluto-api exists, no need to add for property 
maven.jar.portlet-api.
 -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property maven.jar.servletapi.
 -DEBUG- Dependency on myfaces exists, no need to add for property 
maven.jar.myfaces-api.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/portals-bridges/jsf/build.properties
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/portals-bridges/jsf/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/portals-bridges/jsf/project.properties
 -INFO- Failed with reason missing build outputs
 -ERROR- Missing Output: 
/usr/local/gump/public/workspace/portals-bridges/jsf/target/portals-bridges-jsf-27102005.jar
 -ERROR- See Directory Listing Work for Missing Outputs
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/portals-bridges/portals-bridges-jsf/gump_work/build_portals-bridges_portals-bridges-jsf.html
Work Name: build_portals-bridges_portals-bridges-jsf (Type: Build)
Work ended in a state of : Success
Elapsed: 6 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/portals-bridges/jsf]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-27102005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-27102005.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/myfaces/api/build/dist/myfaces-api.jar:/usr/local/gump/public/workspace/portals-bridges/common/target/portals-bridges-common-27102005.jar:/usr/local/gump/public/workspace/portals-pluto/api/target/portlet-api-1.0.jar
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

You are working offline so the build will continue, but 
portals-bridges-common-0.4-SNAPSHOT.jar may be out of date!
build:start:

java:prepare-filesystem:
[mkdir] Created dir: 
/x1/gump/public/workspace/portals-bridges/jsf/target/classes

java:compile:
[echo] Compiling to 
/x1/gump/public/workspace/portals-bridges/jsf/target/classes
[echo] 
==

  NOTE: Targetting JVM 1.4, classes
  will not run on earlier JVMs

==
  
[javac] Compiling 17 source files to 
/x1/gump/public/workspace/portals-bridges/jsf/target/classes

java:jar-resources:
Copying 1 file to /x1/gump/public/workspace/portals-bridges/jsf/target/classes

test:prepare-filesystem:
[mkdir] Created dir: 
/x1/gump/public/workspace/portals-bridges/jsf/target/test-classes
[mkdir] Created dir: 
/x1/gump/public/workspace/portals-bridges/jsf/target/test-reports

test:test-resources:

test:compile:
[echo] No test source files to compile.

test:test:
[echo] No tests to run.

jar:jar:
[jar] Building jar: 
/x1/gump/public/workspace/portals-bridges/jsf/target/portals-bridges-common-27102005.jar
BUILD SUCCESSFUL
Total time: 6 seconds
Finished at: Thu Oct 27 20:52:29 PDT 2005

-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/portals-bridges/portals-bridges-jsf/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/portals-bridges/portals-bridges-jsf/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run