RE: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed
you are looking at the right source (i.e. http://sslext.sourceforge.net/ ). it will hopefully be a part of Struts in the future though :) cheers, Marinó -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: 30. mars 2004 11:02 To: Velocity Developers List Cc: [EMAIL PROTECTED] Subject: Re: [EMAIL PROTECTED]: jakarta-velocity-tools/jakarta-velocity-tools failed On Mar 26, 2004, at 9:19 AM, Marinó A. Jónsson wrote: you might want to add sslext.jar to the classpath to quiet the Gumpster down Marinó, where does this jar come from?[1] The package name for SecureActionConfig hints it would be a part of Struts but this class is nowhere in Strut's CVS module. We could add the jar to the dependency list but that might only hide a bigger issue. Namely that velocity-tools might depend on something that has been removed. I'd rather try to build sslext from CVS sources instead, but need to be sure that I'm looking at the right source. Cheers Stefan Footnotes: [1] http://sslext.sourceforge.net/ looks likely. - 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: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed
The type variable is defined in the parent class (Struts FormTag) but has been removed in Struts 1.2. So SSL Ext apparently depends on Struts 1.1. Marinó -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: 30. mars 2004 13:57 To: 'Velocity Developers List' Cc: [EMAIL PROTECTED] Subject: Re: [EMAIL PROTECTED]: jakarta-velocity-tools/jakarta-velocity-tools failed On Tue, 30 Mar 2004, Marin [EMAIL PROTECTED] wrote: you are looking at the right source (i.e. http://sslext.sourceforge.net/ ). OK, I've added it to Gump. The downside is that the current CVS HEAD of it doesn't compile [javac] /javastuff/gump/struts-sslext/src/org/apache/struts/taglib/htm l/SecureFormTag.java:204: cannot resolve symbol [javac] symbol : variable type [javac] location: class org.apache.struts.taglib.html.SecureFormTag [javac] if (type != null) { [javac] ^ [javac] /javastuff/gump/struts-sslext/src/org/apache/struts/taglib/htm l/SecureFormTag.java:213: cannot resolve symbol [javac] symbol : variable type [javac] location: class org.apache.struts.taglib.html.SecureFormTag [javac] messages.getMessage(formTag.create, type, e.toString())); [javac] ^ so velocity-tools will not benefit immediately from this change. It hasn't compiled since August, I'd say http://cvs.apache.org/viewcvs.cgi/jakarta-struts/src/share/or g/apache/struts/taglib/html/FormTag.java?r1=1.54r2=1.55. I'll ping the Struts folks as soon as we have a a first Gump build to point them to. Stefan -- http://stefanbodewig.blogger.de/ - 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: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed
On Tue, 30 Mar 2004, Stefan Bodewig wrote: On Tue, 30 Mar 2004, Marin [EMAIL PROTECTED] wrote: you are looking at the right source (i.e. http://sslext.sourceforge.net/ ). OK, I've added it to Gump. The downside is that the current CVS HEAD of it doesn't compile [javac] /javastuff/gump/struts-sslext/src/org/apache/struts/taglib/html/SecureFormTag.java:204: cannot resolve symbol [javac] symbol : variable type [javac] location: class org.apache.struts.taglib.html.SecureFormTag [javac] if (type != null) { [javac] ^ [javac] /javastuff/gump/struts-sslext/src/org/apache/struts/taglib/html/SecureFormTag.java:213: cannot resolve symbol [javac] symbol : variable type [javac] location: class org.apache.struts.taglib.html.SecureFormTag [javac] messages.getMessage(formTag.create, type, e.toString())); [javac] ^ so velocity-tools will not benefit immediately from this change. It hasn't compiled since August, I'd say http://cvs.apache.org/viewcvs.cgi/jakarta-struts/src/share/org/apache/struts/taglib/html/FormTag.java?r1=1.54r2=1.55. I'll ping the Struts folks as soon as we have a a first Gump build to point them to. No need. The 'type' attribute was deprecated in August 2002, long before Struts 1.1 was released, and then removed in August 2003. The sslext folks had a year to address the deprecation. ;-) See: http://cvs.apache.org/viewcvs.cgi/jakarta-struts/doc/userGuide/struts-html.xml?rev=1.18view=markup We won't be putting this back, so the sslext folks will need to adjust for the change. -- Martin Cooper Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed
On Tue, 30 Mar 2004, Martin Cooper [EMAIL PROTECTED] wrote: On Tue, 30 Mar 2004, Stefan Bodewig wrote: I'll ping the Struts folks as soon as we have a a first Gump build to point them to. No need. The 'type' attribute was deprecated in August 2002, long before Struts 1.1 was released, and then removed in August 2003. I've seen that the commit message says just that, but there is no single @deprecated tag in the source before the type attribute has been removed. Given that sslext uses Java and not tags to access the attribute one could argue the value of a deprecation notice in the User-Guide. Anyway, as things are, sslext hasn't tried to build a release for Struts 1.2.0 yet and the 1.1.0 version will not compile against Struts 1.2.x. I've seen that Marinó has raised this issue at the sslext forum[1], let's see. Thanks Stefan Footnotes: [1] http://sourceforge.net/forum/forum.php?thread_id=1049383forum_id=202073 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed
On Wed, 31 Mar 2004, Stefan Bodewig wrote: On Tue, 30 Mar 2004, Martin Cooper [EMAIL PROTECTED] wrote: On Tue, 30 Mar 2004, Stefan Bodewig wrote: I'll ping the Struts folks as soon as we have a a first Gump build to point them to. No need. The 'type' attribute was deprecated in August 2002, long before Struts 1.1 was released, and then removed in August 2003. I've seen that the commit message says just that, but there is no single @deprecated tag in the source before the type attribute has been removed. Given that sslext uses Java and not tags to access the attribute one could argue the value of a deprecation notice in the User-Guide. Point taken with respect to the Java code. We need to do a better job in the future of notifying extenders of our tags about deprecations. Our focus in the past has been on notifying the users of the tags (in JSP pages) that an attribute should no longer be used. -- Martin Cooper Anyway, as things are, sslext hasn't tried to build a release for Struts 1.2.0 yet and the 1.1.0 version will not compile against Struts 1.2.x. I've seen that Marinó has raised this issue at the sslext forum[1], let's see. Thanks Stefan Footnotes: [1] http://sourceforge.net/forum/forum.php?thread_id=1049383forum_id=202073 - 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: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed
Remember, it's not me personally. Next time, just send a note to [EMAIL PROTECTED] geir On Mar 26, 2004, at 9:19 AM, Marinó A. Jónsson wrote: you might want to add sslext.jar to the classpath to quiet the Gumpster down :) Marinó. -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] Sent: 26. mars 2004 13:48 To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED]: jakarta-velocity-tools/jakarta-velocity-tools failed To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project jakarta-velocity-tools has an issue affecting its community integration, and has been outstanding for 4 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jakarta-velocity-tools/jaka rta-velocity-tools.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Sole jar [/data3/gump/jakarta-velocity-tools/velocity-tools-20040326.ja r] identifier set to project name - Info - Enable verbose output, due to 3 previous error(s). - Error - Failed with reason build failed - Info - Enable debug output, due to build failure. - - - - - -- -- G U M P Gump performed this work: Work Name: build_jakarta-velocity-tools_jakarta-velocity-tools (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 8 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImp l.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dproject.version=20040326 all [Working Directory: /data3/gump/jakarta-velocity-tools] - [javac] SecureActionConfig secureConfig = getActionConfig(request, app, linkString); [javac] ^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/struts/SecureLinkTool.java:139: package SecureActionConfig does not exist [javac] !SecureActionConfig.ANY.equalsIgnoreCase(secureConfig.getSecure())) [javac]^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/struts/SecureLinkTool.java:192: cannot resolve symbol [javac] symbol : class SecurePlugInInterface [javac] location: class org.apache.velocity.tools.struts.SecureLinkTool [javac] SecurePlugInInterface spi = (SecurePlugInInterface)app.getAttribute( [javac] ^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/struts/SecureLinkTool.java:192: cannot resolve symbol [javac] symbol : class SecurePlugInInterface [javac] location: class org.apache.velocity.tools.struts.SecureLinkTool [javac] SecurePlugInInterface spi = (SecurePlugInInterface)app.getAttribute( [javac] ^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/struts/SecureLinkTool.java:193: cannot resolve symbol [javac] symbol : variable SecurePlugInInterface [javac] location: class org.apache.velocity.tools.struts.SecureLinkTool [javac] SecurePlugInInterface.SECURE_PLUGIN); [javac] ^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/struts/SecureLinkTool.java:248: cannot resolve symbol [javac] symbol : class SecureActionConfig [javac] location: class org.apache.velocity.tools.struts.SecureLinkTool [javac] SecureActionConfig secureConfig = (SecureActionConfig)moduleConfig. [javac] ^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/struts/SecureLinkTool.java:248: cannot resolve symbol [javac] symbol : class SecureActionConfig [javac] location: class org.apache.velocity.tools.struts.SecureLinkTool [javac] SecureActionConfig secureConfig = (SecureActionConfig)moduleConfig. [javac]^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 13 errors BUILD FAILED /data3/gump/jakarta-velocity-tools/build.xml:146: Compile failed; see the compiler error output for details. at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:938) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:758) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268) at org.apache.tools.ant.Task.perform(Task.java:363) at org.apache.tools.ant.Target.execute(Target.java:301) at
Re: [GUMP@lsd]: jakarta-velocity-tools/jakarta-velocity-tools failed
It's not me :) It's gump. The messages appear to come from me because I'm the nag target - my name will be recognized when stuff like this comes in from them. What this means if you are right is that Struts broke an interface on a non-major version change (1.1 - 1.2) and gump found it. It's up to us to work with Struts community to show them that what they are doing is harmful to client projects, and work out a compromise. Do you want to look into that? It turns out the other nag message, re failing the testbed is due to the recent license change - the texen test generates code using the old license, and the files used for comparison were updated to new license. I'm fixing now. geir On Mar 11, 2004, at 7:37 AM, Marinó A. Jónsson wrote: You are using the wrong version of Struts. The Velocity Tools require Struts v1.1 - AFAICS you are using the Struts CVS HEAD :) Velocity Tools v1.2 will support Struts v1.2. cheers, Marinó -Original Message- From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED] Sent: 11. mars 2004 11:54 To: Velocity Developers List Subject: Re: [EMAIL PROTECTED]: jakarta-velocity-tools/jakarta-velocity-tools failed Nathan - what's up with this? On Mar 11, 2004, at 1:04 AM, Geir Magnusson Jr. wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project jakarta-velocity-tools has an issue affecting it's community integration, and has been outstanding for 7 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jakarta-velocity-tools/jakarta- velocity-tools.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Sole jar [/data3/gump/jakarta-velocity-tools/velocity-tools-20040311.jar] identifier set to project name - Error - Failed with reason build failed - - - - - -- -- G U M P Gump performed this work: Work Name: build_jakarta-velocity-tools_jakarta-velocity-tools (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 8 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/ data3/gump/xml-xerces2/java/build/xmlParserAPIs.jar org.apache.tools.ant.Main -debug -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dproject.version=20040311 all [Working Directory: /data3/gump/jakarta-velocity-tools] - [javac] return (ActionForwards)app.getAttribute(Globals.FORWARDS_KEY); [javac] ^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/ struts/StrutsUtils.java:131: cannot resolve symbol [javac] symbol : variable FORWARDS_KEY [javac] location: class org.apache.struts.Globals [javac] return (ActionForwards)app.getAttribute(Globals.FORWARDS_KEY); [javac]^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/ struts/StrutsUtils.java:146: cannot resolve symbol [javac] symbol : class ActionForwards [javac] location: class org.apache.velocity.tools.struts.StrutsUtils [javac] ActionForwards forwards = getActionForwards(app); [javac] ^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/ struts/StrutsUtils.java:164: cannot resolve symbol [javac] symbol : class ActionMappings [javac] location: class org.apache.velocity.tools.struts.StrutsUtils [javac] return (ActionMappings)app.getAttribute(Globals.MAPPINGS_KEY); [javac] ^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/ struts/StrutsUtils.java:164: cannot resolve symbol [javac] symbol : variable MAPPINGS_KEY [javac] location: class org.apache.struts.Globals [javac] return (ActionMappings)app.getAttribute(Globals.MAPPINGS_KEY); [javac]^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/ struts/StrutsUtils.java:179: cannot resolve symbol [javac] symbol : class ActionMappings [javac] location: class org.apache.velocity.tools.struts.StrutsUtils [javac] ActionMappings mappings = getActionMappings(app); [javac] ^ [javac] /data3/gump/jakarta-velocity-tools/src/java/org/apache/velocit y/tools/ struts/StrutsUtils.java:578: forwardURL(javax.servlet.http.HttpServletRequest,org.apache.st ruts.conf ig.ForwardConfig,org.apache.struts.config.ModuleConfig) in org.apache.struts.util.RequestUtils cannot be applied to (javax.servlet.http.HttpServletRequest,org.apache.struts.confi