Re: [VOTE] Release Candidate JMeter 2.3 RC1 - abandoned
From looking at Struts SVN, I'm guessing that they're built and then tagged from a revision of trunk and then that tag is voted on for quality. Maybe one of the Struts/Tomcat committers can explain how they do it? Ted, Don? On 7/9/07, sebb [EMAIL PROTECTED] wrote: On 09/07/07, Dion Gillard [EMAIL PROTECTED] wrote: sebb, one of the things I find useful about the build process that httpd, Struts, Tomcat etc use is that it means anyone can do a build and then call for a vote on it's quality. If this process is streamlined enough, it means feedback can be extracted from people more often and issues discovered earlier. I know this isn't how things are done ATM with jakarta, but it's worth thinking about. I have been making regular nightly builds available, however it was only when I created a formal build and called for a vote that various issues surfaced. So yes, it could be useful in future. Do these quality check builds have to be tagged in SVN? Or can they just be built from the current code line? On 7/9/07, sebb [EMAIL PROTECTED] wrote: On 04/07/07, sebb [EMAIL PROTECTED] wrote: I've created JMeter 2.3 RC1 in the directory: http://people.apache.org/~sebb/jmeter-2.3/dist Site/Docs are here: http://people.apache.org/~sebb/jmeter-2.3/site All feedback welcome. [ ]+1 - the release candidate looks OK, proceed with full release [ ]-1 - there is a problem (please indicate what it is) Various problems have been found in the release, so I won't be proceeding with it. Thanks for all the feedback so far, which has been very useful. I have been able to fix most of the reported problems, but there are still some outstanding. sebb AT apache DOT org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
Re: [VOTE] Release Candidate JMeter 2.3 RC1 - abandoned
sebb, one of the things I find useful about the build process that httpd, Struts, Tomcat etc use is that it means anyone can do a build and then call for a vote on it's quality. If this process is streamlined enough, it means feedback can be extracted from people more often and issues discovered earlier. I know this isn't how things are done ATM with jakarta, but it's worth thinking about. On 7/9/07, sebb [EMAIL PROTECTED] wrote: On 04/07/07, sebb [EMAIL PROTECTED] wrote: I've created JMeter 2.3 RC1 in the directory: http://people.apache.org/~sebb/jmeter-2.3/dist Site/Docs are here: http://people.apache.org/~sebb/jmeter-2.3/site All feedback welcome. [ ]+1 - the release candidate looks OK, proceed with full release [ ]-1 - there is a problem (please indicate what it is) Various problems have been found in the release, so I won't be proceeding with it. Thanks for all the feedback so far, which has been very useful. I have been able to fix most of the reported problems, but there are still some outstanding. sebb AT apache DOT org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
Re: Announce: Commons-IO 1.3.2
Woohoo! Thanks for all the hard work Jochen. On 7/4/07, Jochen Wiedmann [EMAIL PROTECTED] wrote: Hi, the Jakarta Commons Team (or Apache Commons Team, nowadays) is glad to announce the release of Commons IO 1.3.2. Commons IO is a library of low-level utilities to assist with developing IO functionality. This is a bug fix release with the following changes: - Some tests, which are implicitly assuming a Unix-like file system, are now skipped on Windows. Fixes IO-115. - Created the FileCleaningTracker, basically a non-static version of the FileCleaner, which can be controlled by the user. Fixes IO-116. - EndianUtils - both readSwappedUnsignedInteger(...) methods could return negative numbers due to int/long casting. Fixes IO-117. Thanks to Hiroshi Ikeda. Commons-IO 1.3.2 is available from http://jakarta.apache.org/site/downloads/downloads_commons-io.cgi Jochen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
Re: [VOTE] Release Candidate JMeter 2.3 RC1
Sebb, Just checking is this a vote to release 2.3RC1 from this location or to release 2.3 from this bundle? On 7/4/07, sebb [EMAIL PROTECTED] wrote: I've created JMeter 2.3 RC1 in the directory: http://people.apache.org/~sebb/jmeter-2.3/dist Site/Docs are here: http://people.apache.org/~sebb/jmeter-2.3/site All feedback welcome. [ ]+1 - the release candidate looks OK, proceed with full release [ ]-1 - there is a problem (please indicate what it is) sebb AT apache DOT org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
Re: [VOTE] Commons moving to TLP
I think there's another issue here. Many of those who voted +1, aren't on the initial list of committers in the proposal. Also, many current commons committers aren't on the proposed list. It seems that we're not voting on that specific proposal, rather just the idea to move, and that a lot of people are being disenfranchised by not being listed. Wouldn't it be better if the initial list came from the svn acl? On 5/23/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 5/8/07, Henri Yandell [EMAIL PROTECTED] wrote: Sadly a bit too late to make the next board meeting I suspect. However, here's a vote for Commons to officially request that it move to TLP. http://wiki.apache.org/jakarta-commons/TLPResolution Please add your name if you're a Commons developer and haven't added your name yet. [ ] +1 I support the proposal [ ] +0 I don't care [ ] -1 I'm opposed to the proposal because... Voting will close in one week. Quick summary of this thread 28 Votes for (23 binding), 4 against (3 binding). Seems to me that those objecting don't seem to have pursuaded people to change their vote. At what point do we decide on a result? Votes +1 (* indicates binding) 1. Henri Yandell(*) 2. Dennis Lundberg(*) 3. Mladen Turk(*) 4. Torsten Curdt(*) 5. Oliver Heger(*) 6. Robert Burrell Donkin(*) 7. Stephen Colebourne(*) 8. Daniel F. Savarese(*) 9. Martin Cooper(*) 10. Mark Thomas(*) 11. Niall Pemberton(*) 12. Stefan Bodewig(*) 13. Phil Steitz(*) 14. Jörg Schaible(*) 15. Jean-Frederic(*) 16. Henning Schmiedehausen(*) (conditional on The TLP proposal matching the template) 17. Nick Burch 18. Davanum Srinivas(*) 19. Thomas Vandahl 20. Oliver Zeigermann(*) 21. Rony G. Flatscher(*) 22. Scott Eade(*) 23. Yegor Kozlov 24. Luc Maisonobe 25. Mario Ivankovits(*) 26. Roland Weber(*) 27. Andrew Oliver(*) (think this was a vote for, voted -1 to Commons=Jakarta) 28. Jesse Kuhnert Added themselves to the TLP Proposal but didn't vote(?) 1. Jochen Wiedmann 2. Martin van den Bemt(*) 3. Matt Benson 4. Rory Winston(*) 5. Joerg Pietschmann Objections / Votes -1 = 1. Petar Tahchiev - sees no direct benfits for Commons 2. Ted Husted(*) - Strike Java from resolution or don't hijack Commons Name 3. Simon Kitching(*) - Will erect walls we took down - like Ted doesn't want java to monopolise commons name 4. Danny Angus(*) - preserve the Jakarta brand - Wants Jkarata==Jakarta Commons - thinks Commons should sort out Jakarta problems Bile Nonsense === Jean Carlo Salas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons moving to TLP
On 5/23/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 5/23/07, Dion Gillard [EMAIL PROTECTED] wrote: I think there's another issue here. Many of those who voted +1, aren't on the initial list of committers in the proposal. Also, many current commons committers aren't on the proposed list. Yup thats disappointing. Maybe not all of them follow general@ - I'm crossposting. It seems that we're not voting on that specific proposal, rather just the idea to move, and that a lot of people are being disenfranchised by not being listed. Its down to people to add themselves to the TLP resolution (they were invited to do so) - if people are disenfranchised then its their own choice. I don't know about that. It seems that a discussion and proposal taking place on a different list isn't being as inclusive as we should be. Wouldn't it be better if the initial list came from the svn acl? Would seem wrong to put people on the list without their consent. It would also seem wrong to 'remove' someone's commit access to the code by moving it to a TLP without at least keeping the dev list informed. Niall On 5/23/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 5/8/07, Henri Yandell [EMAIL PROTECTED] wrote: Sadly a bit too late to make the next board meeting I suspect. However, here's a vote for Commons to officially request that it move to TLP. http://wiki.apache.org/jakarta-commons/TLPResolution Please add your name if you're a Commons developer and haven't added your name yet. [ ] +1 I support the proposal [ ] +0 I don't care [ ] -1 I'm opposed to the proposal because... Voting will close in one week. Quick summary of this thread 28 Votes for (23 binding), 4 against (3 binding). Seems to me that those objecting don't seem to have pursuaded people to change their vote. At what point do we decide on a result? Votes +1 (* indicates binding) 1. Henri Yandell(*) 2. Dennis Lundberg(*) 3. Mladen Turk(*) 4. Torsten Curdt(*) 5. Oliver Heger(*) 6. Robert Burrell Donkin(*) 7. Stephen Colebourne(*) 8. Daniel F. Savarese(*) 9. Martin Cooper(*) 10. Mark Thomas(*) 11. Niall Pemberton(*) 12. Stefan Bodewig(*) 13. Phil Steitz(*) 14. Jörg Schaible(*) 15. Jean-Frederic(*) 16. Henning Schmiedehausen(*) (conditional on The TLP proposal matching the template) 17. Nick Burch 18. Davanum Srinivas(*) 19. Thomas Vandahl 20. Oliver Zeigermann(*) 21. Rony G. Flatscher(*) 22. Scott Eade(*) 23. Yegor Kozlov 24. Luc Maisonobe 25. Mario Ivankovits(*) 26. Roland Weber(*) 27. Andrew Oliver(*) (think this was a vote for, voted -1 to Commons=Jakarta) 28. Jesse Kuhnert Added themselves to the TLP Proposal but didn't vote(?) 1. Jochen Wiedmann 2. Martin van den Bemt(*) 3. Matt Benson 4. Rory Winston(*) 5. Joerg Pietschmann Objections / Votes -1 = 1. Petar Tahchiev - sees no direct benfits for Commons 2. Ted Husted(*) - Strike Java from resolution or don't hijack Commons Name 3. Simon Kitching(*) - Will erect walls we took down - like Ted doesn't want java to monopolise commons name 4. Danny Angus(*) - preserve the Jakarta brand - Wants Jkarata==Jakarta Commons - thinks Commons should sort out Jakarta problems Bile Nonsense === Jean Carlo Salas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Commons moving to TLP
Stephen, I think Sebb does have a valid point. Using CLI as an example, I'm not sure that there is a shared sense of responsibility for it. CLI 1.x has had an issue open against it since 2006-03 with only recent activity on it, and Henri's comment in that issue from 2007-03 (CLI is still pretty much a dead commons component. No one's actively working on it.) is damning evidence. On 5/23/07, Stephen Colebourne [EMAIL PROTECTED] wrote: - Original Message From: sebb [EMAIL PROTECTED] Do all the Commons sub-projects have sufficient numbers ot committers to justify them remaining in Commons? For example CLI has not even had a formal release yet and has been far less active than JMeter, but is still protected by being in Commons. Commons components are not the equivalent of Jakarta sub-projects. That is a key factor as to why commons can continue to function, when Jakarta has died. The difference is that everyone is responsible for everything in Commons, whereas in Jakarta people only take responsibility for their own area. Now, thats not to say that every Commons developer cares equally about every Commons component, but there is a strong sense of shared responsibility. Anyone can review/support/oppose a commit/idea/release. Thus, your original question re CLI doesn't really apply in the same way. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Move Turbine to TLP
On 4/29/07, Scott Eade [EMAIL PROTECTED] wrote: The Turbine project has been discussing a proposal to the board that the Turbine projects leave the Jakarta umbrella and become their own top level project. We are now at the point in the process that calls for a vote to take place. The proposal is available at: http://wiki.apache.org/jakarta-turbine/TLPTurbine For the interested, most of the discussion took place in the following thread: http://www.nabble.com/-DISCUSS--TLP--tf3574436.html Here are the vote options: [ ] +1 I support the proposal [ ] +0 I don't care [ ] -1 I'm opposed to the proposal because... Voting will close in one week. +1 From me. Thanks, Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Move Jakarta Cactus/JMeter to new Testing TLP
+1. It could also be a home to latka, which is out of place here in jakarta-commons. On 4/21/06, Martin van den Bemt [EMAIL PROTECTED] wrote: The options are: [X] +1 I am favorable to the move and would like to contribute to the new TLP [ ] +1 I am favorable to the move but would not be participating in the new TLP [ ] +0 it does not matter to me [ ] -1 I am against it because Same motivation as Yoav and Rahul.. Mvgr, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid of the dark, but because the dark is afraid of Chuck Norris
Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Beta 1
Tetsuya Kitahata wrote: Congratulations, Mike and all of HttpClient team. When will it be relected to ibiblio? It's now up there... And (IMHO) it is better to rewrite http://jakarta.apache.org/commons/httpclient/downloads.html dependency idcommons-httpclient/id version2.0-alpha3/version urlhttp://jakarta.apache.org/commons/httpclient//url /dependency to dependency idcommons-httpclient/id version2.0-beta1/version urlhttp://jakarta.apache.org/commons/httpclient//url /dependency dIon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jakarta.apache.org and Spam or junk mail threshold
Today I started getting email bouncing (from my [EMAIL PROTECTED] address) from jakarta.apache.org with the following message: - SMTP Protocol Returned a Permanent Error 553 Spam or junk mail threshold exceeded. See http://www.flame.org/qmail/spamjunk.html (#5.7.1) - Searching their database results in a 500 http response :-( I checked MAPS RBL and we're not listed there. I successfully emailed @ 1:30pm my time, and the messages started bouncing @3:24 my time. Any suggestions? __ Do you Yahoo!? New DSL Internet Access from SBC Yahoo! http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jakarta.apache.org and Spam or junk mail threshold
Thanks Pier, --- Pier Fumagalli [EMAIL PROTECTED] wrote: On 29/9/02 10:49 am, Mr Dion Gillard [EMAIL PROTECTED] wrote: - SMTP Protocol Returned a Permanent Error 553 Spam or junk mail threshold exceeded. See http://www.flame.org/qmail/spamjunk.html (#5.7.1) - Searching their database results in a 500 http response :-( (quoting) [snip flame.org quoting] Yep, read it all, and checked my mail logs. Nothing funny happening AFAICT. Any suggestions? Write to [EMAIL PROTECTED] for those kind of stuff, and it'll be better to see also a message with full headers Will send one ASAP. Thanks again. __ Do you Yahoo!? New DSL Internet Access from SBC Yahoo! http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: POI web update
Andrew C. Oliver wrote: Cool.. thanks man! On Sun, 2002-03-03 at 16:55, Sam Ruby wrote: I've added poi to the list of sites which I automatically update every six hours. See: http://www.apache.org/~rubys/updatesite.log1 .. http://www.apache.org/~rubys/updatesite.log4 . - Sam Ruby Sam, Would it be possible to add another site (latka) into that list? -- dIon Gillard, Multitask Consulting http://adslgateway.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: EJB = bad = MS.net [People are stupid!]
Andrew C. Oliver wrote: There are times when a scalable remoteable solution is necessary. Granted these are 1 in 100 projects, (or fewer). Secondly, EJB is purely a bad implementation of this. Note how many good ones you're citing... I recommend we table this discussion, it has drawn on. EJB/J2EE bitch-fest is not something that has a logical conclusion. I suggest participation in the design and development of AltiRMI and AJB (sp on both?) is a more productive discussion. Slam EJB by getting something far better up on Jakarta. Go for itso far noone one the con side has provided any decent arguments about how/why EJBs are bad, just slamming WebLogic doesn't really make much of an argument. -Andy On Fri, 2002-02-22 at 23:22, Aaron Smuts wrote: With EJB you complicate the deployment, slow down the performance and save nothing except looking for middleware modules. Gee, I just don't know where I'd find a connection pool or a logger or a single phase transaction management system. Good thing I have Weblogic to save me so much time. I'm glad I only have to wait 5 minutes for the damn thing to restart. I've migrated my current application out of EJB's (weblogic) because they do nothing but slow down the application and the development life cycle. I don't like programming in xml and having to shutdown production to make patches. The appserver specific deployment files make them unportable and vendor dependent. Weblogic tries its best to lock you into T3 and its deployment. For most modest transactional needs, you can out build and out perform any appserver using the JDBC. You can't even get small result sets with reasonable performance using EJB. No matter what you try to do with EJB, I can provide a simpler, faster, more scalable, and cheaper solution. 1) CTO (or some manager) gets the idea the EJBs are cool (after reading a BEA press release) and decides that his team's next project will be done using EJBs - without any thought as to whether EJBs are the correct tool for the Job. Amen. This is exactly the problem. Aaron -- dIon Gillard, Multitask Consulting http://www.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: EJB = bad = MS.net
Yu, Yanhui wrote: Hi, I am involved in a pretty large project (we have not really started coding yet). As far as I can tell, we seem to go with Struts + WSAD + EJBs Java + JSP. Am I right to interpret that you mean the combination of Struts and EJBs are problem prone? Please help me to clarify on this. Thank you very much, Yanhui Not at all. Having done this several times, Struts + EJBs are an easy fit, and force some discipline on the developers to separate their actions and business logic. -Original Message- From: Vic Cekvenich [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 11:42 AM To: Struts Users Mailing List Cc: [EMAIL PROTECTED] Subject: EJB = bad = MS.net Home page of Jakarta has this http://jakarta.apache.org/site/news.html#0130.2 on this: http://www.mail-archive.com/general%40jakarta.apache.org/msg03376.html I agree. Doing EJBs is bad on many levels and creates more problems. Avoid EJB if you want to stay in Java. Alternative is to just use Struts + TomCat + RowSet (or DAO if you are doing something simple or small) and done. This is the sweet spot. MVC is all you need. Alternative, do EJBs and your organization WILL switch to MS .NET on the next project, leave J2EE, and you have to learn VB.net. EJBs are for newbies. (If you need middleware (very rare) use SOAP) lol, Vic -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- dIon Gillard, Multitask Consulting http://www.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: EJB = bad = MS.net
Vic Cekvenich wrote: Home page of Jakarta has this http://jakarta.apache.org/site/news.html#0130.2 on this: http://www.mail-archive.com/general%40jakarta.apache.org/msg03376.html I agree. Doing EJBs is bad on many levels and creates more problems. Avoid EJB if you want to stay in Java. Alternative is to just use Struts + TomCat + RowSet (or DAO if you are doing something simple or small) and done. This is the sweet spot. MVC is all you need. Alternative, do EJBs and your organization WILL switch to MS .NET on the next project, leave J2EE, and you have to learn VB.net. EJBs are for newbies. (If you need middleware (very rare) use SOAP) Thanks for the convincing argument. So tell me how using Struts+Tomcat+RowSet you get: - location independence - distributed processing - failover and clustering support - transactional object behaviour for non-data classes - pooled business objects Ans since you're using SOAP, how do you handle things like massive object creation issues on the SOAP Server? Write all that infrastructure again? Sure why not. -- dIon Gillard, Multitask Consulting http://www.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Another complain... FW: Jakarta FAQ-o-matic broken
Ok, I have NO idea about how this works, but obviously noone wants to fix it either. Why don't we take it offline until it's fixed? Paulo Gaspar wrote: -Original Message- From: Jonathan Miller [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 3:42 PM To: '[EMAIL PROTECTED]' Subject: Jakarta FAQ-o-matic broken I cannot get the Jakarta FAQ-o-matic to work correctly. http://nagoya.apache.org:8080/jyve-faq/Turbine/screen/DisplayFaqs/action/Set All/project_id/2 displays the following error message: Exception: java.lang.NoClassDefFoundError at org.apache.turbine.om.user.TurbineUser.setUserName(TurbineUser.java:648) at org.apache.turbine.om.user.peer.UserFactory.getUser(UserFactory.java:158) at org.apache.jyve.actions.sessionvalidator.DefaultSessionValidator.doPerform(D efaultSessionValidator.java:101) at org.apache.turbine.modules.Action.perform(Action.java:91) at org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:119) at org.apache.turbine.Turbine.doGet(Turbine.java:325) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :163) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java: 1011) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106 ) at java.lang.Thread.run(Thread.java:484) It would be good if this can be fixed relatively quickly (it's been like this for a couple of days now) as it seems to present a very bad picture of Jakarta Tomcat if the Jakarta team cannot get their own Java-enabled website running correctly. All the best, -- Jonathan Miller Cartesian Limited Descartes House 8 Gate Street London WC2A 3HP web: www.cartesian.co.uk -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- dIon Gillard, Multitask Consulting http://www.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: FAQ-o-matic down at least since yesterday...
Looks like one of those easy to debug, not-java Velocity things :) I'm no good on it Paulo Gaspar wrote: 4 complains and counting! Can someone take care of this? Have fun, Paulo Gaspar -- dIon Gillard, Multitask Consulting http://www.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PATCH] xdocs/stylesheets/site.vsl
Hi Ceki, do you know if the site.xsl has the same ability already? If not, we'll need to patch that one too. Also, the tag documentation should be updated whenever a new tag is introduced. I'll test the site.xsl here and if it needs a patch will create one too. Ceki Gulcu wrote: Hello, I have modified xdocs/stylesheets/site.vsl so that meta elements in the XML file are translated into meta tags in the HTML header. This is useful for example to add keyword meta tags which make it easy for search engines to categorize the page. The addition is very simple and consists of the printMeta macro and an iteration on all meta elements in $root. It's nothing much, possibly buggy and most definitely not as elegant as it should be. (I know very little about velocity and even less about anakia.) I have not applied the patch pending approval. Regards, Ceki Index: xdocs/stylesheets/site.vsl === RCS file: /home/cvs/jakarta-site2/xdocs/stylesheets/site.vsl,v retrieving revision 1.23 diff -u -r1.23 site.vsl --- xdocs/stylesheets/site.vsl 4 Jan 2002 12:38:37 - 1.23 +++ xdocs/stylesheets/site.vsl 28 Jan 2002 13:53:52 - @@ -215,6 +215,11 @@ #end #end +#macro (printMeta $metaElement) +meta #set ($attribs = $metaElement.getAttributes()) +#foreach ($a in $attribs) $a.getName()=$a.getValue() #end / +#end + #macro (document) !-- == -- !-- Main Page Section -- @@ -228,6 +233,12 @@ #metaauthor ( $au.getText() $au.getAttributeValue(email) ) #end + #set ($metas = $root.getChildren(meta)) + +##Parse meta directives such as +##meta name=keyword content=jakarta, java/ +#foreach ($meta in $metas) #printMeta($meta) #end + title$project.getChild(title).getText() - $root.getChild(properties).getChild(title).getText()/title /head @@ -269,3 +280,8 @@ /body /html #end + + + + + -- dIon Gillard, Multitask Consulting http://www.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PATCH] xdocs/stylesheets/site.vsl
dIon Gillard wrote: Hi Ceki, do you know if the site.xsl has the same ability already? If not, we'll need to patch that one too. Also, the tag documentation should be updated whenever a new tag is introduced. I'll test the site.xsl here and if it needs a patch will create one too. I've changed site.xsl so that it matches the functionality added by Ceki and also updated the example doc and tag explanations. -- dIon Gillard, Multitask Consulting http://www.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
