[jira] Closed: (COCOON-1721) Performance Issue / FS Checks
[ http://issues.apache.org/jira/browse/COCOON-1721?page=all ] Antonio Gallardo closed COCOON-1721: Fix Version: 2.2-dev (Current SVN) 2.1.10-dev (current SVN) Resolution: Fixed Thanks for reporting and providing the fix. The patch was applied in 2.1 branch and 2.2 trunk. Please cross check and reopen the bug if needed. > Performance Issue / FS Checks > - > > Key: COCOON-1721 > URL: http://issues.apache.org/jira/browse/COCOON-1721 > Project: Cocoon > Type: Improvement > Components: Blocks: Java Flow > Versions: 2.1.8, 2.2-dev (Current SVN), 2.1.9 > Reporter: Georg Hüttenegger > Assignee: Antonio Gallardo > Priority: Minor > Fix For: 2.2-dev (Current SVN), 2.1.10-dev (current SVN) > Attachments: CompilingInterpreter.java.diff, > FOM_JavaScriptInterpreter.java.diff > > After a little bit of analyzing I found out that cocoon does a lot of file > system checks for the last modification time (of java script files) even if > reload scripts is turned off. I have made two small changes in > org\apache\cocoon\components\flow CompilingInterpreter.java and > org\apache\cocoon\components\flow\javascript\fom > FOM_JavaScriptInterpreter.java that changed this. > I hope that my changes look ok and can be incorporated in future versions. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (COCOON-1718) Ajax client library handling script tags
[ http://issues.apache.org/jira/browse/COCOON-1718?page=all ] Freek Segers closed COCOON-1718: Resolution: Won't Fix Cocoon 2.19+ uses dojo. Bug and patch do mot apply any longer. > Ajax client library handling script tags > > > Key: COCOON-1718 > URL: http://issues.apache.org/jira/browse/COCOON-1718 > Project: Cocoon > Type: Improvement > Components: Blocks: Ajax > Versions: 2.1.8, 2.2-dev (Current SVN), 2.1.9 > Reporter: Freek Segers > Attachments: cocoon-ajax.js, patch_cocoon-ajax.js_1_1_8.txt > > The way Ajax currently handles script tags in browser updates, the scripts > are evaluated before the HTML elements are replaced. > Because scripts may call for example document.getElementById() they act on > the old elements, that are replaced later on. > It would be better to evaluate the scripts after the element has been > replaced. > The attached file contains a few overridden functions from from the default > cocoon-ajax.js file to postpone script evaluation until after element > replacement. > I'm still investigating a possible problem with IE. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: cocoon forms & bandwidth
Philippe LAPLANCHE wrote: > dojo.js filesize = 144 Kb > > Isn't Ajax supposed to save bandwidth > Absolutely not. Ajax is meant to provide a better user experience, by allowing partial page updates. This saves some full-page reloads, but also implies more requests to the server, even if they return less data than a full page. > What's the point using such a huge library ? Some of my application > users won't have broadband connections. Does that implies that I can't > use cocoon forms with ajax at all ? Some users will have broadband > connections ... So what's the good solution ? > See the discussion at http://marc.theaimsgroup.com/?t=11441367892 An important point is that dojo.js is loaded *once* and then cached by the browser. > There is no mechanism to prevent the provided xsl stylesheets putting > all the stuff that we don't need in . If I understand the > philosophy, I have to edit all the xsl files manually so that I get > precisely what I want. Is that it ? Cocoon upgrades will be really hard > then. > Yes. The XSLs must be refactored to isolate the Ajax-related styling in a separate stylesheet. I will then be easy to remove the corresponding
[jira] Assigned: (COCOON-1721) Performance Issue / FS Checks
[ http://issues.apache.org/jira/browse/COCOON-1721?page=all ] Antonio Gallardo reassigned COCOON-1721: Assign To: Antonio Gallardo > Performance Issue / FS Checks > - > > Key: COCOON-1721 > URL: http://issues.apache.org/jira/browse/COCOON-1721 > Project: Cocoon > Type: Improvement > Components: Blocks: Java Flow > Versions: 2.1.8, 2.2-dev (Current SVN), 2.1.9 > Reporter: Georg Hüttenegger > Assignee: Antonio Gallardo > Priority: Minor > Attachments: CompilingInterpreter.java.diff, > FOM_JavaScriptInterpreter.java.diff > > After a little bit of analyzing I found out that cocoon does a lot of file > system checks for the last modification time (of java script files) even if > reload scripts is turned off. I have made two small changes in > org\apache\cocoon\components\flow CompilingInterpreter.java and > org\apache\cocoon\components\flow\javascript\fom > FOM_JavaScriptInterpreter.java that changed this. > I hope that my changes look ok and can be incorporated in future versions. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: cocoon forms & bandwidth
Hi Philippe, JBQ is pointing you to [1]. I will say there in [1] was not a satisfactory answer to me. We need to do something about this. Best Regards, Antonio Gallardo. [1] http://marc.theaimsgroup.com/?t=11441367892 Philippe LAPLANCHE escribió: dojo.js filesize = 144 Kb Isn't Ajax supposed to save bandwidth What's the point using such a huge library ? Some of my application users won't have broadband connections. Does that implies that I can't use cocoon forms with ajax at all ? Some users will have broadband connections ... So what's the good solution ? There is no mechanism to prevent the provided xsl stylesheets putting all the stuff that we don't need in . If I understand the philosophy, I have to edit all the xsl files manually so that I get precisely what I want. Is that it ? Cocoon upgrades will be really hard then. Philippe
[jira] Commented: (COCOON-1718) Ajax client library handling script tags
[ http://issues.apache.org/jira/browse/COCOON-1718?page=comments#action_12375919 ] Antonio Gallardo commented on COCOON-1718: -- Cocoon 2.19 was shipped with dojo. The patch is invalid for dojo. IMHO, we should close this issue. WDYT? > Ajax client library handling script tags > > > Key: COCOON-1718 > URL: http://issues.apache.org/jira/browse/COCOON-1718 > Project: Cocoon > Type: Improvement > Components: Blocks: Ajax > Versions: 2.1.8, 2.2-dev (Current SVN), 2.1.9 > Reporter: Freek Segers > Attachments: cocoon-ajax.js, patch_cocoon-ajax.js_1_1_8.txt > > The way Ajax currently handles script tags in browser updates, the scripts > are evaluated before the HTML elements are replaced. > Because scripts may call for example document.getElementById() they act on > the old elements, that are replaced later on. > It would be better to evaluate the scripts after the element has been > replaced. > The attached file contains a few overridden functions from from the default > cocoon-ajax.js file to postpone script evaluation until after element > replacement. > I'm still investigating a possible problem with IE. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: svn commit: r392666 [3/8] - in /cocoon/site/site: ./ 2.1/ 2.1/developing/ 2.1/developing/portal/ 2.1/developing/portal/coplets/ 2.1/developing/webapps/ 2.1/developing/webapps/authentication/ 2.1/f
Jean-Baptiste Quenot escribió: I noticed you updated the RSS feed for Cocoon changes upon release of 2.1.9. How is it generated? I intend to improve the format, and would like to have it generated daily. Hi Jean-Baptiste, The rss is generated using forrest. If you want to improve it, forrest is the place to go. Anyway, Ross can tell you more about hw our site is generated now. He did the work and I just uploaded the files in ourder to update our site. [1] Best Regards, Antonio Gallardo [1] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=114454664515642
Re: cocoon forms & bandwidth
* Philippe LAPLANCHE: > dojo.js filesize = 144 Kb > > Isn't Ajax supposed to save bandwidth Did you have a look at the mailing-list archives about this? -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/
cocoon forms & bandwidth
dojo.js filesize = 144 Kb Isn't Ajax supposed to save bandwidth What's the point using such a huge library ? Some of my application users won't have broadband connections. Does that implies that I can't use cocoon forms with ajax at all ? Some users will have broadband connections ... So what's the good solution ? There is no mechanism to prevent the provided xsl stylesheets putting all the stuff that we don't need in . If I understand the philosophy, I have to edit all the xsl files manually so that I get precisely what I want. Is that it ? Cocoon upgrades will be really hard then. Philippe
Re: svn commit: r392666 [3/8] - in /cocoon/site/site: ./ 2.1/ 2.1/developing/ 2.1/developing/portal/ 2.1/developing/portal/coplets/ 2.1/developing/webapps/ 2.1/developing/webapps/authentication/ 2.1/f
* [EMAIL PROTECTED]: > Modified: cocoon/site/site/2.1/changes.rss > URL: > http://svn.apache.org/viewcvs/cocoon/site/site/2.1/changes.rss?rev=392666&r1=392665&r2=392666&view=diff > == > --- cocoon/site/site/2.1/changes.rss (original) > +++ cocoon/site/site/2.1/changes.rss Sat Apr 8 19:43:13 2006 > @@ -1,5 +1,5 @@ > Communications//DTD RSS 0.91//EN" > "http://my.netscape.com/publish/formats/rss-0.91.dtd";> > -Apache Cocoon (2.1.9) > Changeschanges.htmlApache Cocoon (2.1.9) > Changesen-us > +Apache Cocoon (2.1.10) > Changeschanges.htmlApache Cocoon (2.1.10) > Changesen-us > > > > @@ -65,6 +65,43 @@ > > addchanges.html add > by > +NN > +: > +DUMMY > + > + > + fixchanges.html fix > +by > +JBQ > +: > + > + Fix caching problems in ImageReader: image was not regenerated when > allow-enlarging or fit-uniform sitemap > + parameters were changed > + Dear Antonio, I noticed you updated the RSS feed for Cocoon changes upon release of 2.1.9. How is it generated? I intend to improve the format, and would like to have it generated daily. -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/
Re: svn commit: r396190 - /cocoon/trunk/core/cocoon-core/src/main/java/org/apache/cocoon/reading/ImageReader.java
* [EMAIL PROTECTED]:
> Author: antonio
> Date: Sat Apr 22 18:17:00 2006
> New Revision: 396190
>
> URL: http://svn.apache.org/viewcvs?rev=396190&view=rev
> Log:
> Merge from branch 2.1.
>
> Modified:
>
> cocoon/trunk/core/cocoon-core/src/main/java/org/apache/cocoon/reading/ImageReader.java
>
> @@ -365,6 +365,8 @@
> */
> public Serializable getKey() {
> return super.getKey().toString()
> ++ ':' + this.fitUniform
> ++ ':' + this.enlarge
> + ':' + this.width
> + ':' + this.height
> + ":" + this.scaleColor[0]
Thanks Antonio for merging this fix, I forgot to do it in trunk.
--
Jean-Baptiste Quenot
aka John Banana Qwerty
http://caraldi.com/jbq/
[jira] Updated: (COCOON-1772) [PATCH] AuthenticationContext: NullPointerException
[ http://issues.apache.org/jira/browse/COCOON-1772?page=all ] Carsten Ziegeler updated COCOON-1772: - Ok, I'll wait :) > [PATCH] AuthenticationContext: NullPointerException > --- > > Key: COCOON-1772 > URL: http://issues.apache.org/jira/browse/COCOON-1772 > Project: Cocoon > Type: Bug > Components: Blocks: Authentication Framework > Versions: 2.1.8 > Reporter: Antonio Fiol > Assignee: Carsten Ziegeler > Attachments: AuthenticationContext.java.patch, > AuthenticationContext.java.patch > > We got a NullPointerException on AuthenticationContext. > Apparently, this.getState() is returning null. > We did not investigate it any further, and supposed that a null RequestState > means a null applicationName, which is reasonable as we have no "application" > configured. > Patched, and it works perfectly here. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Metadata for Cocoon not correct anymore
Joerg Heinicke wrote:
On 19.04.2006 10:29, Leo Simons wrote:
look for all tags and comment them out, and that will stop the
flow
of e-mail. Note it isn't quite "spamming" -- cocoon requested these
e-mails,
really!
I commented out the tag in the , but not in each
. This should be sufficient as the sub projects depend on the
core, which is not built due to knopflerfish-log. And the latter should
no longer nag us.
To work with the 2.1.x branch, if the build definitions that are
currently
in place for that branch are still correct (I suspect they might be,
largely),
The 2.1 gump descriptor has not been maintained for such a long time
that I don't share this optimism. But I would volunteer for setting it
up and correcting it step by step.
Alternatively, you could duplicate the module.xml tree with a "2.x"
addition
in there names (eg change names like cocoon-flow to cocoon-flow-2.x)
to try
and build both the 2.1 and trunk trees.
I would choose this alternative to not loose the trunk descriptor.
Thanks Jörg!
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
___
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
[continuum] BUILD FAILURE: chaperon Block Implementation
Online report : http://cocoon.zones.apache.org:12000/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/28/buildId/1052 Build statistics: State: Failed Previous State: Ok Started at: Sun, 23 Apr 2006 08:37:19 + Finished at: Sun, 23 Apr 2006 08:37:27 + Total time: 7s Build Trigger: Schedule Exit code: 1 Building machine hostname: cocoon.zones.apache.org Operating system : SunOS(unknown) Java version : 1.4.2_06(Sun Microsystems Inc.) Changes antonio Use junit 3.8.2. /cocoon/trunk/blocks/cocoon-chaperon/cocoon-chaperon-impl/pom.xml /cocoon/trunk/core/cocoon-blocks-fw/cocoon-blocks-fw-tests/pom.xml /cocoon/trunk/core/cocoon-core/pom.xml /cocoon/trunk/tools/cocoon-block-deployer/cocoon-deployer-core/pom.xml /cocoon/trunk/tools/cocoon-block-deployer/cocoon-deployer-plugin/pom.xml Output: [INFO] Scanning for projects... [INFO] [INFO] Building chaperon Block Implementation [INFO]task-segment: [install] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [WARNING] Artifact junit:junit:jar:3.8.2 retains local scope 'test' overriding broader scope 'compile' given by a dependency. If this is not intended, modify or remove the local scope. [WARNING] Artifact javax.servlet:servlet-api:jar:2.3 retains local scope 'provided' overriding broader scope 'compile' given by a dependency. If this is not intended, modify or remove the local scope. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. Downloading: http://cvs.apache.org/maven-snapshot-repository/org/apache/cocoon/cocoon-core/2.2.0-SNAPSHOT/cocoon-core-2.2.0-20060416.200624-13-tests.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. required artifacts missing: org.apache.cocoon:cocoon-core:test-jar:tests:2.2.0-SNAPSHOT for the artifact: org.apache.cocoon:cocoon-chaperon-impl:jar:1.0.0-SNAPSHOT from the specified remote repositories: apache-maven2 (http://cvs.apache.org/maven-snapshot-repository), central (http://repo1.maven.org/maven2), maven-snapshot (http://snapshots.maven.codehaus.org/maven2/), apache-cvs (http://cvs.apache.org/repository) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 3 seconds [INFO] Finished at: Sun Apr 23 08:37:27 GMT+00:00 2006 [INFO] Final Memory: 4M/9M [INFO]
[continuum] BUILD FAILURE: Portal Block Implementation
Online report : http://cocoon.zones.apache.org:12000/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/97/buildId/1046 Build statistics: State: Failed Previous State: Failed Started at: Sun, 23 Apr 2006 08:27:18 + Finished at: Sun, 23 Apr 2006 08:27:45 + Total time: 27s Build Trigger: Schedule Exit code: 1 Building machine hostname: cocoon.zones.apache.org Operating system : SunOS(unknown) Java version : 1.4.2_06(Sun Microsystems Inc.) Changes antonio Don't create new Booleans. /cocoon/trunk/blocks/cocoon-portal/cocoon-portal-impl/src/main/java/org/apache/cocoon/portal/tools/PortalToolBuilder.java /cocoon/trunk/blocks/cocoon-portal/cocoon-portal-impl/src/main/java/org/apache/cocoon/portal/wsrp/logging/WSRPLogger.java /cocoon/trunk/core/cocoon-core/src/main/java/org/apache/cocoon/components/pipeline/impl/CachingPointProcessingPipeline.java Output: [INFO] Scanning for projects... [INFO] [INFO] Building Portal Block Implementation [INFO]task-segment: [install] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [WARNING] POM for 'org.apache.pluto:pluto:pom:1.0.1' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. Downloading: http://cvs.apache.org/maven-snapshot-repository/wsrp4j/wsrp4j-consumer/0.3-dev/wsrp4j-consumer-0.3-dev.pom [WARNING] Unable to get resource from repository apache-maven2 (http://cvs.apache.org/maven-snapshot-repository) Downloading: http://cvs.apache.org/repository/wsrp4j/poms/wsrp4j-consumer-0.3-dev.pom [WARNING] Unable to get resource from repository apache-cvs (http://cvs.apache.org/repository) Downloading: http://snapshots.maven.codehaus.org/maven2//wsrp4j/wsrp4j-consumer/0.3-dev/wsrp4j-consumer-0.3-dev.pom [WARNING] Unable to get resource from repository maven-snapshot (http://snapshots.maven.codehaus.org/maven2/) Downloading: http://repo1.maven.org/maven2/wsrp4j/wsrp4j-consumer/0.3-dev/wsrp4j-consumer-0.3-dev.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) [WARNING] Artifact junit:junit:jar:3.8.1 retains local scope 'test' overriding broader scope 'compile' given by a dependency. If this is not intended, modify or remove the local scope. [WARNING] Artifact javax.servlet:servlet-api:jar:2.3 retains local scope 'provided' overriding broader scope 'compile' given by a dependency. If this is not intended, modify or remove the local scope. [WARNING] POM for 'portlet-api:portlet-api:pom:1.0' is invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM. Downloading: http://cvs.apache.org/maven-snapshot-repository/wsrp4j/wsrp4j-shared/0.3-dev/wsrp4j-shared-0.3-dev.pom [WARNING] Unable to get resource from repository apache-maven2 (http://cvs.apache.org/maven-snapshot-repository) Downloading: http://cvs.apache.org/repository/wsrp4j/poms/wsrp4j-shared-0.3-dev.pom [WARNING] Unable to get resource from repository apache-cvs (http://cvs.apache.org/repository) Downloading: http://snapshots.maven.codehaus.org/maven2//wsrp4j/wsrp4j-shared/0.3-dev/wsrp4j-shared-0.3-dev.pom [WARNING] Unable to get resource from repository maven-snapshot (http://snapshots.maven.codehaus.org/maven2/) Downloading: http://repo1.maven.org/maven2/wsrp4j/wsrp4j-shared/0.3-dev/wsrp4j-shared-0.3-dev.pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) [INFO] snapshot org.apache.cocoon:cocoon-authentication-fw-impl:1.0.0-SNAPSHOT: checking for updates from apache-maven2 [INFO] snapshot org.apache.cocoon:cocoon-authentication-fw-impl:1.0.0-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-authentication-fw-impl:1.0.0-SNAPSHOT: checking for updates from maven-snapshot [INFO] snapshot org.apache.cocoon:cocoon-authentication-fw:1-SNAPSHOT: checking for updates from apache-maven2 [INFO] snapshot org.apache.cocoon:cocoon-authentication-fw:1-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-authentication-fw:1-SNAPSHOT: checking for updates from maven-snapshot [INFO] snapshot org.apache.cocoon:cocoon-session-fw-impl:1.0.0-SNAPSHOT: checking for updates from apache-maven2 [INFO] snapshot org.apache.cocoon:cocoon-session-fw-impl:1.0.0-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-session-fw-impl:1.0.0-SNAPSHOT: checking for updates from maven-snapshot [INFO] snapshot org.apache.cocoon:cocoon-session-fw:1-SNAPSHOT: checking for updates from apache-maven2
