> Btw, have you raised a JIRA ? I can fix the problem if you want.
No not yet. But I have also a solution for the configuration of the
continuation suspend time in exact the same HttpConfigurationMBean. Can
we fix this then as well?



> 
>> Regards,
>> Thomas Termin
>>
>>
>> Guillaume Nodet wrote:
>> > I haven't commited the fixes yet,
>> > so you can go for it.
>> >
>> > On 10/16/06, Thomas TERMIN <[EMAIL PROTECTED]> wrote:
>> >>
>> >> > The best way to provide a patch is to:
>> >> > 1) raise a JIRA issue (if not already done)
>> >> > 2) attach a diff file to the issue
>> >>
>> >> So should I do it in this way? Or did you change the code already?
>> So if
>> >> it is faster I will do it because we need this changes as soon as
>> >> possible.
>> >>
>> >> Regards,
>> >> Thomas Termin
>> >>
>> >>
>> >> >
>> >> > The diff should be generated using a "svn diff" command.
>> >> > You need first to checkout the source tree using svn,
>> >> > modify the sources and launch the command.  This way,
>> >> > we could easily apply a patch.
>> >> >
>> >> >> I apanded you the changes
>> >> >> in the files below but before I have some more questions.
>> >> >>
>> >> >> 1. In the servicemix-http component is a component.properties file
>> >> >> intented (in the workspace directory of the component). Where do I
>> >> have
>> >> >> to package this file in the servicemix-http component.
>> >> >
>> >> > You do not have to.  You can modify the values through the JMX
>> console
>> >> > after component installation or modify the values at installation
>> time
>> >> > by using the ant tasks (adding <param/> attribute, see
>> >> > http://servicemix.goopen.org/site/installcomponenttask.html).
>> >> >
>> >> >>
>> >> >> 2. There is also a save method in the HttpConfiguraton class.
>> Could we
>> >> >> make this method public for jmx so that we could save the
>> changes in
>> >> >> exactly that file.
>> >> >
>> >> > Usually, when the setter is called, the save() method is also
>> called,
>> >> > so I do not see the need making this method public.  Do you see
>> >> > any other specific reason ?
>> >> >
>> >> >>
>> >> >> 3. Is it possible to change the properties through JMX at
>> runtime or
>> >> >> rather will be the connector reconfigured then after the changes?
>> >> >
>> >> > You can change the properties at runtime, however, some of the
>> >> > changes are only effective when you shutdown / restart the component
>> >> > (you can do that easily using JMX).
>> >> >
>> >> >>
>> >> >> Change in the files:
>> >> >>
>> >> >> org.apache.servicemix.http.HttpConfiguration.java
>> >> >>
>> >> >> ...
>> >> >>     /**
>> >> >>      * maxIdleTiemout (default jetty time)
>> >> >>      */
>> >> >>     private int connectorMaxIdleTimeout = 30000;
>> >> >> ...
>> >> >>     public int getConnectorMaxIdleTimeout() {
>> >> >>         return connectorMaxIdleTimeout;
>> >> >>     }
>> >> >>
>> >> >>     public void setConnectorMaxIdleTimeout(int timeout) {
>> >> >>         this.connectorMaxIdleTimeout = timeout;
>> >> >>     }
>> >> >>
>> >> >>
>> >> >>     public void save() {
>> >> >>         ...
>> >> >>         properties.setProperty("connectorMaxIdleTimeout",
>> >> >> Integer.toString(connectorMaxIdleTimeout));
>> >> >>         ...
>> >> >>     }
>> >> >>
>> >> >>     public boolean load() {
>> >> >>         ...
>> >> >>         if (properties.getProperty("connectorMaxIdleTimeout") !=
>> >> null) {
>> >> >>             connectorMaxIdleTimeout =
>> >> >>
>> Integer.parseInt(properties.getProperty("connectorMaxIdleTimeout"));
>> >> >>         }
>> >> >>         ...
>> >> >>     }
>> >> >>
>> >> >>
>> >> >>
>> >> >> org.apache.servicemix.http.jetty.JettyContextManager.java:
>> >> >>
>> >> >>     protected Server createServer(URL url, SslParameters ssl)
>> throws
>> >> >>
>> >> >>         Exception {
>> >> >>         ... a lot of other code
>> >> >>
>> >> >>         // original code
>> >> >>         connector.setHost(url.getHost());
>> >> >>         connector.setPort(url.getPort());
>> >> >>
>> >> >>         // the added call
>> >> >>
>> >>
>> connector.setMaxIdleTime(this.configuration.getConnectorMaxIdleTimeout());
>>
>> >>
>> >> >>
>> >> >>
>> >> >>         // and again original code
>> >> >>         Server server = new Server();
>> >> >>         server.setThreadPool(new ThreadPoolWrapper());
>> >> >>
>> >> >>         ... and so one
>> >> >>
>> >> >>     }
>> >> >>
>> >> >> If you have a better idea how I could provide you the patch. Please
>> >> let
>> >> >> me know.
>> >> >>
>> >> >> Regards,
>> >> >> Thomas Termin
>> >> >>
>> >> >>
>> >> >> Guillaume Nodet wrote:
>> >> >> > Currently no, but please raise a JIRA.
>> >> >> > If you could submit a patch, it would be great ;)
>> >> >> >
>> >> >> > On 10/13/06, Thomas TERMIN <[EMAIL PROTECTED]> wrote:
>> >> >> >> Hello,
>> >> >> >>
>> >> >> >> if you request a component in servicemix with an http-client for
>> >> >> example
>> >> >> >>  curl, you get allways after 30sec an empty reply from the
>> server
>> >> >> if the
>> >> >> >> requested component takes longer than 30sec. It seems to be a
>> >> timeout
>> >> >> >> from jetty.
>> >> >> >>
>> >> >> >> Is it possible to configure this somewhere in servicemix?
>> >> >> >>
>> >> >> >> Regards,
>> >> >> >> Thomas Termin
>> >> >> >>
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
> 
> 

Reply via email to