Re: default app
What am I missing then? Where is the web app name configured and inserted into the URI? Carol Does anybody understand the DynamicURI class in Turbine? I think it has a problem, in that it assumes you are running in the default app. There's no place I can find where the web app name gets inserted into the URI that it is producing. This would explain why the Jetspeed setup requires configuring the Turbine servlet into the default app. Am I missing something or is this a bug? Carol Nope. DynamicURI works just fine. -jon -- -- Please read the FAQ! http://java.apache.org/faq/ To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: http://java.apache.org/main/mail.html Problems?: [EMAIL PROTECTED]
Re: default app
on 11/1/2000 12:55 PM, "Carol Jones/Raleigh/IBM" [EMAIL PROTECTED] wrote: What am I missing then? Where is the web app name configured and inserted into the URI? Carol this.scriptName = this.getServerData().getScriptName(); -jon -- http://scarab.tigris.org/| http://noodle.tigris.org/ http://java.apache.org/ | http://java.apache.org/turbine/ http://www.working-dogs.com/ | http://jakarta.apache.org/velocity/ http://www.collab.net/ | http://www.sourcexchange.com/ -- -- Please read the FAQ! http://java.apache.org/faq/ To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: http://java.apache.org/main/mail.html Problems?: [EMAIL PROTECTED]
Re: default app
Carol Jones/Raleigh/IBM wrote: Sorry, Jon, I should have been more clear with my question. I knew that method existed in Turbine, but it is never called anywhere from Jetspeed. And there is no setting in TurbineResources.properties that seems to set it. It is initialized upon construction from ServerData's, which in turns takes it from the request. Nevertheless, it is never used (apart from having a getter and a setter) in DynamicURI. When printing the URL, the script name is taken from the ServerData object directly. I wonder if it is not redundant in Turbine's RunData. It is misleading to have it there, with a getter and a setter, and not using it to generate the URL at the end. BTW, I have been looking quite carefully to the class without noticing before. Only now, following the track of the var, did I notice about it. I think it should be fixed. What do you think, Jon? Carol Jon Stevens [EMAIL PROTECTED]To: JetSpeed [EMAIL PROTECTED] Sent by: cc: [EMAIL PROTECTED]Subject: Re: default app -dogs.com 11/01/2000 04:36 PM Please respond to "JetSpeed" on 11/1/2000 1:35 PM, "Jon Stevens" [EMAIL PROTECTED] wrote: on 11/1/2000 12:55 PM, "Carol Jones/Raleigh/IBM" [EMAIL PROTECTED] wrote: What am I missing then? Where is the web app name configured and inserted into the URI? Carol this.scriptName = this.getServerData().getScriptName(); -jon Come on...at least read the Javadoc...it even has an example of this. /** * Sets the script name (/servlets/Turbine). * * @param name A String with the script name. * @return A DynamicURI (self). */ public DynamicURI setScriptName ( String name ) { this.scriptName = name; return this; } -jon -- http://scarab.tigris.org/| http://noodle.tigris.org/ http://java.apache.org/ | http://java.apache.org/turbine/ http://www.working-dogs.com/ | http://jakarta.apache.org/velocity/ http://www.collab.net/ | http://www.sourcexchange.com/ -- -- Please read the FAQ! http://java.apache.org/faq/ To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: http://java.apache.org/main/mail.html Problems?: [EMAIL PROTECTED] -- -- Please read the FAQ! http://java.apache.org/faq/ To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: http://java.apache.org/main/mail.html Problems?: [EMAIL PROTECTED] -- -- Please read the FAQ! http://java.apache.org/faq/ To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: http://java.apache.org/main/mail.html Problems?: [EMAIL PROTECTED]
Re: default app
on 11/1/2000 4:06 PM, "Santiago Gala" [EMAIL PROTECTED] wrote: It is initialized upon construction from ServerData's, which in turns takes it from the request. Nevertheless, it is never used (apart from having a getter and a setter) in DynamicURI. When printing the URL, the script name is taken from the ServerData object directly. I wonder if it is not redundant in Turbine's RunData. It is misleading to have it there, with a getter and a setter, and not using it to generate the URL at the end. BTW, I have been looking quite carefully to the class without noticing before. Only now, following the track of the var, did I notice about it. I think it should be fixed. What do you think, Jon? What the heck are you talking about? What should be fixed? :-) -jon -- http://scarab.tigris.org/| http://noodle.tigris.org/ http://java.apache.org/ | http://java.apache.org/turbine/ http://www.working-dogs.com/ | http://jakarta.apache.org/velocity/ http://www.collab.net/ | http://www.sourcexchange.com/ -- -- Please read the FAQ! http://java.apache.org/faq/ To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: http://java.apache.org/main/mail.html Problems?: [EMAIL PROTECTED]
Re: default app
Jon Stevens wrote: on 11/1/2000 4:06 PM, "Santiago Gala" [EMAIL PROTECTED] wrote: It is initialized upon construction from ServerData's, which in turns takes it from the request. Nevertheless, it is never used (apart from having a getter and a setter) in DynamicURI. When printing the URL, the script name is taken from the ServerData object directly. I wonder if it is not redundant in Turbine's RunData. It is misleading to have it there, with a getter and a setter, and not using it to generate the URL at the end. BTW, I have been looking quite carefully to the class without noticing before. Only now, following the track of the var, did I notice about it. I think it should be fixed. What do you think, Jon? What the heck are you talking about? What should be fixed? :-) Sorry for my unability to express myself. In DynamicURI.java The instance var scriptName. It has a getter and a setter, and it is initialized from ServerData, but it is not used to produce the URL text. Instead, output.append ( data.getServerData().getScriptName() ); is used. So, the var seems redundant, and dangerous, as a user could think that by setting it it will achieve some effect. So it should be taken out, or substituting the line above by output.append ( scriptName ); is used. -jon -- http://scarab.tigris.org/| http://noodle.tigris.org/ http://java.apache.org/ | http://java.apache.org/turbine/ http://www.working-dogs.com/ | http://jakarta.apache.org/velocity/ http://www.collab.net/ | http://www.sourcexchange.com/ -- -- Please read the FAQ! http://java.apache.org/faq/ To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: http://java.apache.org/main/mail.html Problems?: [EMAIL PROTECTED] -- -- Please read the FAQ! http://java.apache.org/faq/ To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: http://java.apache.org/main/mail.html Problems?: [EMAIL PROTECTED]
Re: default app
Jon Stevens wrote: on 11/1/2000 4:06 PM, "Santiago Gala" [EMAIL PROTECTED] wrote: It is initialized upon construction from ServerData's, which in turns takes it from the request. Nevertheless, it is never used (apart from having a getter and a setter) in DynamicURI. When printing the URL, the script name is taken from the ServerData object directly. I wonder if it is not redundant in Turbine's RunData. It is misleading to have it there, with a getter and a setter, and not using it to generate the URL at the end. BTW, I have been looking quite carefully to the class without noticing before. Only now, following the track of the var, did I notice about it. I think it should be fixed. What do you think, Jon? What the heck are you talking about? What should be fixed? :-) Sorry, forget about it. I was looking at the wrong toString(). I think I should go to sleep :-) (You know, in Europe it is late now). -jon -- http://scarab.tigris.org/| http://noodle.tigris.org/ http://java.apache.org/ | http://java.apache.org/turbine/ http://www.working-dogs.com/ | http://jakarta.apache.org/velocity/ http://www.collab.net/ | http://www.sourcexchange.com/ -- -- Please read the FAQ! http://java.apache.org/faq/ To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: http://java.apache.org/main/mail.html Problems?: [EMAIL PROTECTED] -- -- Please read the FAQ! http://java.apache.org/faq/ To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: http://java.apache.org/main/mail.html Problems?: [EMAIL PROTECTED]