Re: [PROPOSAL] Micro-Cocoon

2008-01-01 Thread Michael Wechner
Sylvain Wallez wrote: Jeroen Reijn wrote: Reinhard, sounds like a good thing. I guess not only Indoqa will get a benefit out of this. Put it in the whiteboard, so if needed and possible other people can help out and perhaps join the discussion? +1 ! +1 Michael Sylvain

[jira] Closed: (COCOON-2074) Build ignores custom applications

2008-01-01 Thread solprovider (JIRA)
[ https://issues.apache.org/jira/browse/COCOON-2074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] solprovider closed COCOON-2074. --- Resolution: Fixed Fix Version/s: (was: 2.1.11) 2.1.12-dev (Current

Re: svn commit: r606743 - /cocoon/branches/BRANCH_2_1_X/tools/targets/webapp-build.xml

2008-01-01 Thread solprovider
Now, I'll not comment on all of this, but I still have a few comments: a) you still did not come up with a use case or a sample for the need of this patch. b) all your patches actually broke the build as they copied way too much, for instance the samples and test-suit dir should only be

ServletSource#getInputStream()

2008-01-01 Thread Reinhard Poetz
Can somebody explain the purpose of this code to me? What's the use case that makes a second request necessary? public InputStream getInputStream() throws IOException, SourceException { try { connect(); if (servletConnection.getResponseCode() !=

Re: ServletSource#getInputStream()

2008-01-01 Thread Grzegorz Kossakowski
Reinhard Poetz pisze: Can somebody explain the purpose of this code to me? What's the use case that makes a second request necessary? Yes, sure. It has close relation to the fact that we use Conditional GETs/POSTs for implementing caching of servlet source. For details see my explanations of