Re: GetTogether
On 5/26/06, Ralph Goers <[EMAIL PROTECTED]> wrote: It looks like ApacheCon US is going to be Oct 9-13 in Austin, TX... ...I'm just wondering if it would be possible to overlap the two and do the GetTogether in conjunction with the training days of ApacheCon. FWIW, I don't think I would travel to Austin for a GetTogether only. But it might be a good option for people attending ApacheCon US (dunno if I'll be there yet). Note that there's usually a Hackathon in parallel with the tutorial days, so an informal get together is easy to setup anyway. -Bertrand
Re: [continuum] BUILD FAILURE: Core Webapp
Ups, of course the new test case is the reason for cocoon core to fail building, not core webapp. Carsten Jorg Heymans wrote: > Carsten Ziegeler wrote: > >> I added a test case for this bug, so this is the reason why the build is >> currently failing. > > good to know, tnx for the info. > > > Jorg > > -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
Re: [continuum] BUILD SUCCESSFUL: Core Webapp
[EMAIL PROTECTED] wrote: > Online report : > http://cocoon.zones.apache.org:12000/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/163/buildId/1305 > Build statistics: > State: Ok > Previous State: Failed > Started at: Wed, 31 May 2006 20:11:33 + > Finished at: Wed, 31 May 2006 20:13:34 + > Total time: 2m 0s > Build Trigger: Forced > Exit code: 0 > Building machine hostname: cocoon.zones.apache.org > Operating system : SunOS(unknown) > Java version : 1.4.2_06(Sun Microsystems Inc.) > I hadn't realized the core-samples-additional modules weren't being built yet by continuum, so I added them. Together with the database modules and the core-samples-main modules we now have a grand total of 179 modules. Jorg
[continuum] BUILD SUCCESSFUL: Core Webapp
Online report : http://cocoon.zones.apache.org:12000/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/163/buildId/1305 Build statistics: State: Ok Previous State: Failed Started at: Wed, 31 May 2006 20:11:33 + Finished at: Wed, 31 May 2006 20:13:34 + Total time: 2m 0s Build Trigger: Forced Exit code: 0 Building machine hostname: cocoon.zones.apache.org Operating system : SunOS(unknown) Java version : 1.4.2_06(Sun Microsystems Inc.) Changes No files changed Output: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'source'. [INFO] [INFO] Building Core Webapp [INFO]task-segment: [clean, source:jar, deploy] [INFO] [INFO] [clean:clean] [INFO] Deleting directory /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target [INFO] Deleting directory /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/classes [INFO] Deleting directory /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/test-classes [INFO] [source:jar] [INFO] Building jar: /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/cocoon-webapp-sources.jar [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] snapshot org.apache.cocoon:cocoon-core-samples-additional:1-SNAPSHOT: checking for updates from central [INFO] snapshot org.apache.cocoon:cocoon-core-samples-additional:1-SNAPSHOT: checking for updates from apache.snapshot [INFO] snapshot org.apache.cocoon:cocoon-core-samples-additional:1-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-core-samples-additional:1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.codehaus.plexus:plexus-compiler-javac:1.6-SNAPSHOT: checking for updates from snapshots [INFO] snapshot org.codehaus.plexus:plexus-compiler-javac:1.6-SNAPSHOT: checking for updates from mortbay-repo [INFO] snapshot org.codehaus.plexus:plexus-compilers:1.6-SNAPSHOT: checking for updates from snapshots [INFO] snapshot org.codehaus.plexus:plexus-compilers:1.6-SNAPSHOT: checking for updates from mortbay-repo [INFO] snapshot org.codehaus.plexus:plexus-compiler:1.6-SNAPSHOT: checking for updates from snapshots [INFO] snapshot org.codehaus.plexus:plexus-compiler:1.6-SNAPSHOT: checking for updates from mortbay-repo [INFO] snapshot org.codehaus.plexus:plexus-compiler-api:1.6-SNAPSHOT: checking for updates from snapshots [INFO] snapshot org.codehaus.plexus:plexus-compiler-api:1.6-SNAPSHOT: checking for updates from mortbay-repo [INFO] snapshot org.codehaus.plexus:plexus-compiler-manager:1.6-SNAPSHOT: checking for updates from snapshots [INFO] snapshot org.codehaus.plexus:plexus-compiler-manager:1.6-SNAPSHOT: checking for updates from mortbay-repo [INFO] [compiler:compile] [INFO] No sources to compile [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [war:war] [INFO] Exploding webapp... [INFO] Copy webapp resources to /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/cocoon-webapp [INFO] Assembling webapp cocoon-webapp in /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/cocoon-webapp [INFO] Generating war /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/cocoon-webapp.war [INFO] Building war: /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/cocoon-webapp.war [INFO] [install:install] [INFO] Installing /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/cocoon-webapp.war to /home/maven/.m2/repository/org/apache/cocoon/cocoon-webapp/1-SNAPSHOT/cocoon-webapp-1-SNAPSHOT.war [INFO] Installing /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/cocoon-webapp-sources.jar to /home/maven/.m2/repository/org/apache/cocoon/cocoon-webapp/1-SNAPSHOT/cocoon-webapp-1-SNAPSHOT-sources.jar [INFO] [deploy:deploy] [INFO] Retrieving previous build number from apache-maven-snapshot Uploading: scpexe://people.apache.org/x1/www/cvs.apache.org/maven-snapshot-repository/org/apache/cocoon/cocoon-webapp/1-SNAPSHOT/cocoon-webapp-1-20060531.201152-13.war [INFO] Retrieving previous metadata from apache-maven-snapshot [INFO] Uploading repository metadata for: 'artifact org.apache.cocoon:cocoon-webapp' [INFO] Retrieving previous metadata from apache-maven-snapshot [INFO] Uploading project information for cocoon-webapp 1-20060531.201152-13 [INFO] Retrieving previous metadata from apache-maven-snapshot [INFO]
[continuum] BUILD SUCCESSFUL: core-samples-additional Block Samples
Online report : http://cocoon.zones.apache.org:12000/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/186/buildId/1304 Build statistics: State: Ok Previous Build: No previous build. Started at: Wed, 31 May 2006 20:11:13 + Finished at: Wed, 31 May 2006 20:11:19 + Total time: 5s Build Trigger: Forced Exit code: 0 Building machine hostname: cocoon.zones.apache.org Operating system : SunOS(unknown) Java version : 1.4.2_06(Sun Microsystems Inc.) Changes No files changed Output: [INFO] Scanning for projects... [INFO] [INFO] Building core-samples-additional Block Samples [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] snapshot org.apache.cocoon:cocoon-core-samples-additional-impl:1.0.0-SNAPSHOT: checking for updates from central [INFO] snapshot org.apache.cocoon:cocoon-core-samples-additional-impl:1.0.0-SNAPSHOT: checking for updates from apache.snapshot [INFO] snapshot org.apache.cocoon:cocoon-core-samples-additional-impl:1.0.0-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-core-samples-additional-impl:1.0.0-SNAPSHOT: checking for updates from apache.snapshots [INFO] [compiler:compile] [INFO] No sources to compile [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/maven/continuum-1.0.3/apps/continuum/working-directory/186/target/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/maven/continuum-1.0.3/apps/continuum/working-directory/186/target/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.jar to /home/maven/.m2/repository/org/apache/cocoon/cocoon-core-samples-additional-sample/1.0.0-SNAPSHOT/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.jar [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 4 seconds [INFO] Finished at: Wed May 31 20:11:19 GMT+00:00 2006 [INFO] Final Memory: 6M/11M [INFO]
[continuum] BUILD SUCCESSFUL: core-samples-additional Block Implementation
Online report : http://cocoon.zones.apache.org:12000/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/185/buildId/1303 Build statistics: State: Ok Previous Build: No previous build. Started at: Wed, 31 May 2006 20:11:01 + Finished at: Wed, 31 May 2006 20:11:12 + Total time: 10s Build Trigger: Forced Exit code: 0 Building machine hostname: cocoon.zones.apache.org Operating system : SunOS(unknown) Java version : 1.4.2_06(Sun Microsystems Inc.) Changes No files changed Output: [INFO] Scanning for projects... [INFO] [INFO] Building core-samples-additional Block Implementation [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/maven/continuum-1.0.3/apps/continuum/working-directory/185/target/cocoon-core-samples-additional-impl-1.0.0-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/maven/continuum-1.0.3/apps/continuum/working-directory/185/target/cocoon-core-samples-additional-impl-1.0.0-SNAPSHOT.jar to /home/maven/.m2/repository/org/apache/cocoon/cocoon-core-samples-additional-impl/1.0.0-SNAPSHOT/cocoon-core-samples-additional-impl-1.0.0-SNAPSHOT.jar [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 9 seconds [INFO] Finished at: Wed May 31 20:11:11 GMT+00:00 2006 [INFO] Final Memory: 6M/10M [INFO]
[continuum] BUILD SUCCESSFUL: core-samples-additional Block
Online report : http://cocoon.zones.apache.org:12000/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/184/buildId/1302 Build statistics: State: Ok Previous Build: No previous build. Started at: Wed, 31 May 2006 20:10:53 + Finished at: Wed, 31 May 2006 20:10:56 + Total time: 3s Build Trigger: Forced Exit code: 0 Building machine hostname: cocoon.zones.apache.org Operating system : SunOS(unknown) Java version : 1.4.2_06(Sun Microsystems Inc.) Changes No files changed Output: [INFO] Scanning for projects... [INFO] [INFO] Building core-samples-additional Block [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean] [INFO] Skipping missing optional mojo: org.apache.maven.plugins:maven-site-plugin:attach-descriptor [INFO] [install:install] [INFO] Installing /home/maven/continuum-1.0.3/apps/continuum/working-directory/184/pom.xml to /home/maven/.m2/repository/org/apache/cocoon/cocoon-core-samples-additional/1-SNAPSHOT/cocoon-core-samples-additional-1-SNAPSHOT.pom [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 1 second [INFO] Finished at: Wed May 31 20:10:56 GMT+00:00 2006 [INFO] Final Memory: 2M/4M [INFO]
[continuum] BUILD FAILURE: Core Webapp
Online report : http://cocoon.zones.apache.org:12000/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/163/buildId/1301 Build statistics: State: Failed Previous State: Failed Started at: Wed, 31 May 2006 20:04:01 + Finished at: Wed, 31 May 2006 20:04:10 + Total time: 9s Build Trigger: Forced Exit code: 1 Building machine hostname: cocoon.zones.apache.org Operating system : SunOS(unknown) Java version : 1.4.2_06(Sun Microsystems Inc.) Changes No files changed Output: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'source'. [INFO] [INFO] Building Core Webapp [INFO]task-segment: [clean, source:jar, deploy] [INFO] [INFO] [clean:clean] [INFO] Deleting directory /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target [INFO] Deleting directory /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/classes [INFO] Deleting directory /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/test-classes [INFO] [source:jar] [INFO] Building jar: /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/cocoon-webapp-sources.jar [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://mirrors.dotsrc.org/maven2/org/apache/cocoon/cocoon-core-samples-additional-sample/1.0.0-SNAPSHOT/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository central (http://ibiblio.org/maven2) Downloading: http://svn.apache.org/maven-snapshot-repository/org/apache/cocoon/cocoon-core-samples-additional-sample/1.0.0-SNAPSHOT/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository apache.snapshot (http://svn.apache.org/maven-snapshot-repository) Downloading: http://svn.apache.org/repository/org.apache.cocoon/poms/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository apache-cvs (http://svn.apache.org/repository) Downloading: http://svn.apache.org/maven-snapshot-repository/org/apache/cocoon/cocoon-core-samples-additional-sample/1.0.0-SNAPSHOT/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository apache.snapshots (http://svn.apache.org/maven-snapshot-repository) Downloading: http://mirrors.dotsrc.org/maven2/org/apache/cocoon/cocoon-core-samples-additional-sample/1.0.0-SNAPSHOT/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.jar [WARNING] Unable to get resource from repository central (http://ibiblio.org/maven2) Downloading: http://svn.apache.org/maven-snapshot-repository/org/apache/cocoon/cocoon-core-samples-additional-sample/1.0.0-SNAPSHOT/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.jar [WARNING] Unable to get resource from repository apache.snapshot (http://svn.apache.org/maven-snapshot-repository) Downloading: http://svn.apache.org/repository/org.apache.cocoon/jars/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.jar [WARNING] Unable to get resource from repository apache-cvs (http://svn.apache.org/repository) Downloading: http://svn.apache.org/maven-snapshot-repository/org/apache/cocoon/cocoon-core-samples-additional-sample/1.0.0-SNAPSHOT/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.jar [WARNING] Unable to get resource from repository apache.snapshots (http://svn.apache.org/maven-snapshot-repository) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. required artifacts missing: org.apache.cocoon:cocoon-core-samples-additional-sample:jar:1.0.0-SNAPSHOT for the artifact: org.apache.cocoon:cocoon-webapp:war:1-SNAPSHOT from the specified remote repositories: central (http://ibiblio.org/maven2), apache.snapshots (http://svn.apache.org/maven-snapshot-repository), apache.snapshot (http://svn.apache.org/maven-snapshot-repository), apache-cvs (http://svn.apache.org/repository) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 8 seconds [INFO] Finished at: Wed May 31 20:04:10 GMT+00:00 2006 [INFO] Final Memory: 7M/14M [INFO]
Re: Automatic releases
Jorg Heymans wrote:
Reinhard Poetz wrote:
a) Everybody learns to run the release plugin and produces artifacts
himself and can deploy them to his own repositories. Question (to Jorg):
Is this possible at all (IIUC the release plugin automatically tags your
release in SVN)? And if yes, how difficult is it?
The release plugin *can* do 2 things (note that you don't *have* to use
it to start releasing artifacts, it is supposed to make your life easier
though), these materialize under the form of 2 goals in the plugin
release:prepare
---
a. only possible if you have non-snapshot dependencies in the pom
b. m2 checks if your local working has any uncommitted changes and will
refuse to do the release preparation if you have any
c. if a&&b, then m2 goes through the release preparation:
- asks you for the release version for all modules in the release
- asks you for the name of the release tag
- asks you for next development version for all modules in the release
d. changes all poms using the version numbers for the release
e. does full build integration build with all tests, these must not fail
in order for the release preparation to continue
f. commit the transformed poms
g. tag the current revision
h. changes all poms using the version numbers for the next development
version
(well i just noticed i'm describing exactly this here:
http://maven.apache.org/plugins/maven-release-plugin/introduction.html)
release:perform
---
- checks out the tag that was specified for the release during
release:prepare
- runs a full integration build with all tests on the checked out tag
- builds the jars
- deploys them to the repository
I toyed around with the plugin over the weekend, it is certainly not as
easy as the docs make it sound like. There are a few annoying flaws (eg
MRELEASE-123) that make it hard for novice maven users to do a release
with one or two commands.
If this process can be automated i cannot tell yet, from my experience
until now i'ld say not because way too fragile.
Don't forget that there is always the manual way, changing pom
descriptors and tagging modules is not that hard for a couple of modules.
Thanks Jorg! In the meantime I found a discussion about auto-releases on the
Maven dev list: http://marc.theaimsgroup.com/?t=11455945142&r=1&w=2
I don't think that Dan's work was integrated by Brett though but at least we are
not the only ones having this need.
--
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: Core Webapp
Online report : http://cocoon.zones.apache.org:12000/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/163/buildId/1297 Build statistics: State: Failed Previous State: Failed Started at: Wed, 31 May 2006 19:07:45 + Finished at: Wed, 31 May 2006 19:08:09 + Total time: 23s Build Trigger: Forced Exit code: 1 Building machine hostname: cocoon.zones.apache.org Operating system : SunOS(unknown) Java version : 1.4.2_06(Sun Microsystems Inc.) Changes No files changed Output: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'source'. [INFO] [INFO] Building Core Webapp [INFO]task-segment: [clean, source:jar, deploy] [INFO] [INFO] [clean:clean] [INFO] Deleting directory /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target [INFO] Deleting directory /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/classes [INFO] Deleting directory /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/test-classes [INFO] [source:jar] [INFO] Building jar: /home/maven/continuum-1.0.3/apps/continuum/working-directory/163/target/cocoon-webapp-sources.jar [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] snapshot org.apache.cocoon:cocoon-core-samples-main:1-SNAPSHOT: checking for updates from central [INFO] snapshot org.apache.cocoon:cocoon-core-samples-main:1-SNAPSHOT: checking for updates from apache.snapshot [INFO] snapshot org.apache.cocoon:cocoon-core-samples-main:1-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-core-samples-main:1-SNAPSHOT: checking for updates from apache.snapshots Downloading: http://mirrors.dotsrc.org/maven2/org/apache/cocoon/cocoon-core-samples-additional-sample/1.0.0-SNAPSHOT/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository central (http://ibiblio.org/maven2) Downloading: http://svn.apache.org/maven-snapshot-repository/org/apache/cocoon/cocoon-core-samples-additional-sample/1.0.0-SNAPSHOT/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository apache.snapshot (http://svn.apache.org/maven-snapshot-repository) Downloading: http://svn.apache.org/repository/org.apache.cocoon/poms/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository apache-cvs (http://svn.apache.org/repository) Downloading: http://svn.apache.org/maven-snapshot-repository/org/apache/cocoon/cocoon-core-samples-additional-sample/1.0.0-SNAPSHOT/cocoon-core-samples-additional-sample-1.0.0-SNAPSHOT.pom [WARNING] Unable to get resource from repository apache.snapshots (http://svn.apache.org/maven-snapshot-repository) [INFO] snapshot org.apache.cocoon:cocoon-template:1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.cocoon:cocoon-forms-impl:1.0.0-SNAPSHOT: checking for updates from apache.snapshot [INFO] snapshot org.apache.cocoon:cocoon-forms-impl:1.0.0-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-forms-impl:1.0.0-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.cocoon:cocoon-deployer-plugin-demo:1.0.0-SNAPSHOT: checking for updates from apache.snapshot [INFO] snapshot org.apache.cocoon:cocoon-deployer-plugin-demo:1.0.0-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-deployer-plugin-demo:1.0.0-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.cocoon:cocoon-default:1.0.0-SNAPSHOT: checking for updates from apache.snapshot [INFO] snapshot org.apache.cocoon:cocoon-default:1.0.0-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-default:1.0.0-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.cocoon:cocoon-blocks-fw:1-SNAPSHOT: checking for updates from apache.snapshot [INFO] snapshot org.apache.cocoon:cocoon-blocks-fw:1-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-blocks-fw:1-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.cocoon:cocoon-fop-sample:1.0.0-SNAPSHOT: checking for updates from apache.snapshot [INFO] snapshot org.apache.cocoon:cocoon-fop-sample:1.0.0-SNAPSHOT: checking for updates from apache-cvs [INFO] snapshot org.apache.cocoon:cocoon-fop-sample:1.0.0-SNAPSHOT: checking for updates from apache.snapshots [INFO] snapshot org.apache.cocoon:cocoon-fop:1-SNAPSHOT: checking for updates from apache.snapshot [INF
Re: Null pointer exception in LDAP transformer
Igor Naumov wrote: > Sorry for a repeated post, the first one had a wrong subject (was Name > attribute in SQL transformer) no problem :) > I am using Cocoon 2.1.9 and I am having a problem with LDAPTransformer > (cocoon-naming block). > > I am not sure who is maintaining the naming block, but may be somebody > will consider including this? Best thing to do is to log an issue at issues.apache.org and include your patch with it. Please also prepend [PATCH] to the issue summary, so that it is more visible on our high tech patch-queue-radar. Thanks, Jorg
Re: [continuum] BUILD FAILURE: Core Webapp
Carsten Ziegeler wrote: > I added a test case for this bug, so this is the reason why the build is > currently failing. good to know, tnx for the info. Jorg
[jira] Aktualisiert: (COCOON-1606) [BUG+PATCH] FormattingDecimalConvertor.java does not parse in BigDecimal mode
[ http://issues.apache.org/jira/browse/COCOON-1606?page=all ] Jörg Heinicke updated COCOON-1606: -- > [BUG+PATCH] FormattingDecimalConvertor.java does not parse in BigDecimal mode > - > > Key: COCOON-1606 > URL: http://issues.apache.org/jira/browse/COCOON-1606 > Project: Cocoon > Type: Bug > Components: Blocks: Forms > Versions: 2.1.8 > Environment: Operating System: other > Platform: All > Reporter: Thomas Lutz > Assignee: Cocoon Developers Team > Attachments: FormattingDecimalConvertor.java.tar.gz > > This patch enables BigDecimal parsing in FormattingDecimalConvertor. > Basically if you have a widget with datatype decimal and enter a very large > number, something like 1919191 and submit > the form you'll get someting like a rounded value in technical notation. > same thing with datatype long, to be seen in the samples at > http://cocoon.zones.apache.org/demos/release/samples/blocks/forms/form1 > click NumberFields to change tab and enter > 1919191 > into "Enter another number, larger than the other number:" > submit, then you get as value for the same field: > 9,223,372,036,854,775,807 > which is quite the same, though its no BigDecimal problem. > at least some kind of validation error should occur... but a webapp > changing user submitted values without a hint is a rather hot thing :-). -- 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: [continuum] BUILD FAILURE: Core Webapp
Antonio Gallardo wrote: > Hi Carsten, did you aware of > > > The JDK 1.4 version of the EncodeURLTransformer did not work > properly as it was not matching just the > beginning of the string as the Jakarta-regexp version does. The > transformer was corrected to only match > the beginning of the string. In 2.1.9 this error can be > circumvented by configuring the transformer and > adding "*" to the end of each pattern. > > Yes, our matcher does not use regexp, it's an own class which parsed and processes a pattern, so the bug is in our code :( (and this in fact for a very long time). Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
Re: [continuum] BUILD FAILURE: Core Webapp
Hi Carsten, did you aware of The JDK 1.4 version of the EncodeURLTransformer did not work properly as it was not matching just the beginning of the string as the Jakarta-regexp version does. The transformer was corrected to only match the beginning of the string. In 2.1.9 this error can be circumvented by configuring the transformer and adding "*" to the end of each pattern. ? Best Regards, Antonio Gallardo. Carsten Ziegeler escribió: Yesterday I found a serious bug in our matcher code. If you define a matcher like "*.xml" it should match everything ending with ".xml", but in fact, if the string to test contains the end token ".xml" twice, it does not match. For example "hallo.xml.xml" does currently not match! I added a test case for this bug, so this is the reason why the build is currently failing. Carsten
[jira] Commented: (COCOON-1818) SendMailTransformer misses closing tag when recipient address is malformed
[ http://issues.apache.org/jira/browse/COCOON-1818?page=comments#action_12414052 ] Jasha Joachimsthal commented on COCOON-1818: Could someone please commit the SendMailTransformer.diff so this bug is fixed? Thanks > SendMailTransformer misses closing tag when recipient address is malformed > -- > > Key: COCOON-1818 > URL: http://issues.apache.org/jira/browse/COCOON-1818 > Project: Cocoon > Type: Bug > Components: Blocks: Mail > Reporter: Jasha Joachimsthal > Attachments: SendMailTransformer.diff, sendmail-exceptions.diff, > sendmail-exceptions2.diff > > When a recipient address contains an illegal character (, ; [EMAIL > PROTECTED]@com etc), an exception is being thrown by method sendMail(List > newAddresses, Transport trans). > The execution of the try in method sendMail() is stopped which may have > created a tag. > No end tag is created when this occurs. -- 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
poi hssf-serializer built in limitation
Hi there, I've ran accross a hard-coded limit in our ms-excel-format serizalizer (and it looks like I'm the second one :-) http://issues.apache.org/bugzilla/show_bug.cgi?id=24490 ) $ find -name EPStyleRegion.java |xargs cat -n |head -65|tail $ find -name EPStyleRegion.java |xargs cat -n |head -102|tail -16 It causes style-formatting-regions to be ignored if they span more then 2000 cells. Apart from the (to me quite dense) remarks in the code there is little to be found about what are the actual motives for this, or how we could assess if the limitations still stand in todays world or not. In fact, in terms of code-evolution I could only find this limit appeared to be in the original commit already. http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=103825320630080&w=2 Does anybody remember anything about this? Does anybody have an idea about verifying if the limitation could be removed? kind regards, -marc= -- Marc Portierhttp://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/mpo/ [EMAIL PROTECTED] [EMAIL PROTECTED]
RE: [GT2006] Call for ideas part 1: summary
> I'm quite surprised that some of them actually suggest to > skip the public talks, or at least to focus even stronger on > the Hackaton. Re-reading my post again, I sound a little bit negative... That was not my intention.. I'm actually very thankful for all your ideas!! :) I just want to be sure that we don't lose track of our users. -- Arje
[GT2006] Call for ideas part 1: summary
Hi Cocoon-dev, Below is a summary of ideas that I received on my first GT2006 email. I'm quite surprised that some of them actually suggest to skip the public talks, or at least to focus even stronger on the Hackaton. Also, I'm suprised that I got *no* response from the cocoon-users list (naive as I am :) ). I'm a little bit worried that the Cocoon GetTogether is becoming too much of a Cocoon DEV-Together... Wouldn't it be good from a community point of view if we open up a little and target 1 whole day to the cocoon-users? This is something I could ask the Users list. Hopefully we can then lower the barrier for people to come to the GetTogether and get involved in Cocoon. I think we could use the GetTogether much more as a "marketing" event for Cocoon. Pretty much all of the Cocoon core developers show up - why not do shorter, flashier presentations of what you can achieve with Cocoon, right from the core developers?? Add 2 days of Hackaton, with more informal in-depth talks as last year's Cocoon internals. Apart from all that, I've been so free to make a reservation at the Felix Meritis venue where we held the Hackaton last year. For three whole days: Monday 2nd, Tuesday 3rd and Wednesday 4th of October, from 9AM to 11PM :) This is by no means definitive! But I think Felix Meritis had a good vibe (more like the Ghent venue!). I've reserved both the Hackaton "Moshpit" and the really nice "Zuilenzaal", which can hold up to 100-200 people, depending on the setting. This makes us much more flexible. It would even be an option to rent both rooms during the Talks day, so we end up with a three day hackaton + public talks :) Let me know what you think! -- Arjé --oOo-- Helma van der Linden: - Could help - Prefers 2 days hackaton again. - I had the impression that the [extra?] Hackathon day moved Cocoon much more forward than a single 'First Friday' Andrew Savory: - Happy to help - Rome, Milan, Australia, London, but has no objections against Ghent or Amsterdam again - I felt a little wiped-out by the third day last year. But if it's only two days, an early start to the hackathon is a must - I think we could explore hiring the hackathon venue later in the evening and doing a proper beer-n-pizza event Reinhard Poetz: - Amsterdam is a really great town and there is a direct flight from Vienna - October is fine - at least two days for a hackathon and one day with public sessions; thinking more about it, a three days hackathon would be even better. I know that not everybody wants to invest 3 days just for doing programming stuff, but having a location would be great for those (like me) that would want.. Marcus Crafter: - On Australia: Top idea - perhaps somewhere near the beach: http://www.whitsundaytourism.com/ :) Bertrand Delacretaz: - Why not repeat Amsterdam, very convenient in terms of flights from many places - October was good - Two days is fine IMHO, but I'd suggest a two-days Hackathon including talks - Having just a Hackathon, with more or less improvised talks, might be cool and much easier to organize. People could sign up on site to give a talk while we're there, in an informal way. - most information-rich time was the discussion of Cocoon internals - The "public talks" day is also good, but such talks can also happen at ApacheCon - Venue should stay open (including Internet connection ;-) much longer than last time: 9AM to 10PM Sylvain Wallez: - repeat Amsterdam - October was good - public talks: it makes sense to showcase and promote Cocoon at ApacheCon, reaching a more diverse audience [instead of the Cocoon GT] Ralph Goers: - proposes that it be done on the tutorial days [of the ApacheCon US]: Monday and Tuesday. - proposes that it be held either at the same site as ApacheCon US, or somewhere close by. --oOo--
[jira] Subscription: COCOON-open-with-patch
Issue Subscription
Filter: COCOON-open-with-patch (80 issues)
Subscriber: cocoon
Key Summary
COCOON-1846 [PATCH] BooleanField and radio do not send on-value-changed at the
rigth time with IE
http://issues.apache.org/jira/browse/COCOON-1846
COCOON-1843 LDAPTransformer: add-entry tag doesn't work
http://issues.apache.org/jira/browse/COCOON-1843
COCOON-1842 LDAPTransformer: ClassCastException with Binary fields
http://issues.apache.org/jira/browse/COCOON-1842
COCOON-1838 Always use 3-digit version number
http://issues.apache.org/jira/browse/COCOON-1838
COCOON-1811 [PATCH] Flow Script: Allow dynamic loading of JavaScript objects
even when scope is locked
http://issues.apache.org/jira/browse/COCOON-1811
COCOON-1810 [PATCH] JMSEventMessageListener does not work
http://issues.apache.org/jira/browse/COCOON-1810
COCOON-1794 [PATCH] Propagation of namespaces to a repeaters child bindings and
implementation of a move-node binding
http://issues.apache.org/jira/browse/COCOON-1794
COCOON-1776 [PATCH]Reload Bookmarks on bookmark file validity
http://issues.apache.org/jira/browse/COCOON-1776
COCOON-1774 Fine Tuning Ajax Handling in CForms
http://issues.apache.org/jira/browse/COCOON-1774
COCOON-1738 double-listbox problem in repeaters
http://issues.apache.org/jira/browse/COCOON-1738
COCOON-1732 Ajax and IE empty textarea bugfix
http://issues.apache.org/jira/browse/COCOON-1732
COCOON-1726 Implementation of Source that supports conditional GETs
http://issues.apache.org/jira/browse/COCOON-1726
COCOON-1717 Use custom cache keys for caching uri coplets using input modules.
http://issues.apache.org/jira/browse/COCOON-1717
COCOON-1706 Allow TeeTransformer to run a system command for debugging purposes
http://issues.apache.org/jira/browse/COCOON-1706
COCOON-1703 A patch for caching fonts (fixes GDI issues), vertical text
orientation, color code fix, prefered unit for margins and measure unit
converter
http://issues.apache.org/jira/browse/COCOON-1703
COCOON-1697 Allow request parameters to be used in "for (var k in h)" kind of
Javascript Loops
http://issues.apache.org/jira/browse/COCOON-1697
COCOON-1692 [PATCH] Tree widget not handling on-selection-change events
correctly.
http://issues.apache.org/jira/browse/COCOON-1692
COCOON-1686 [PATCH] COCOON-1671 Form not binding when prefix in binding
definition is unequal to that in the instance data for the same namespace.
http://issues.apache.org/jira/browse/COCOON-1686
COCOON-1648 I18nTransformer add support for ISO8601
http://issues.apache.org/jira/browse/COCOON-1648
COCOON-1622 [PATCH] SendMailTransformer and HTML body
http://issues.apache.org/jira/browse/COCOON-1622
COCOON-1618 [PATCH] SoapGenerator/Serializer for Axis Block
http://issues.apache.org/jira/browse/COCOON-1618
COCOON-1611 [PATCH] Add additonal constructor to FormInstance.java to be able
to pass a locale
http://issues.apache.org/jira/browse/COCOON-1611
COCOON-1603 [PATCH] handling of alternatives in MailTransformer
http://issues.apache.org/jira/browse/COCOON-1603
COCOON-1573 Improvement SetAttributeJXPathBinding and Contribution
SetNodeValueJXPathBinding
http://issues.apache.org/jira/browse/COCOON-1573
COCOON-1557 [PATCH] Change access to AbstractContinuable.getContext to protected
http://issues.apache.org/jira/browse/COCOON-1557
COCOON-1556 [PATCH] Add a JXPathConvertor for conversion betwean beans and
Strings
http://issues.apache.org/jira/browse/COCOON-1556
COCOON-1535 [PATCH] enhancement to {global:} input module: return all sitemap
globals
http://issues.apache.org/jira/browse/COCOON-1535
COCOON-1527 [PATCH] Cache control logic sheets for XSP to override getKey and
getValidity
http://issues.apache.org/jira/browse/COCOON-1527
COCOON-1526 [PATCH] processToDOM returns a read-only DOM
http://issues.apache.org/jira/browse/COCOON-1526
COCOON-1519 [PATCH] TeeTransformer refactoring
http://issues.apache.org/jira/browse/COCOON-1519
COCOON-1508 [PATCH] Avalonize TranscoderFactory
http://issues.apache.org/jira/browse/COCOON-1508
COCOON-1506 [PATCH] Manually specifying a mounted sitemap's context
http://issues.apache.org/jira/browse/COCOON-1506
COCOON-1488 [PATCH] htmlunit-based testing, needs to be ported to 2.2
http://issues.apache.org/jira/browse/COCOON-1488
COCOON-1467 ESQL exception handling problem
http://issues.apache.org/jira/browse/COCOON-1467
COCOON-1439 [poi] vertical text orientation and font cache
http://issues.apache.org/jira/browse/COCOON-1439
COCOON-1402 [Patch] Cocoon incorrectly handles form encoding when form is
passed as "multipart/form-data"
http://issues.apache.o
[jira] Subscription: COCOON-open-with-patch
Issue Subscription
Filter: COCOON-open-with-patch (91 issues)
Subscriber: cocoon
Key Summary
COCOON-1825 Ajax errror when an active state widget become invisible state
widget
http://issues.apache.org/jira/browse/COCOON-1825
COCOON-1811 [PATCH] Flow Script: Allow dynamic loading of JavaScript objects
even when scope is locked
http://issues.apache.org/jira/browse/COCOON-1811
COCOON-1810 [PATCH] JMSEventMessageListener does not work
http://issues.apache.org/jira/browse/COCOON-1810
COCOON-1801 [PATCH] Repeater events
http://issues.apache.org/jira/browse/COCOON-1801
COCOON-1794 [PATCH] Propagation of namespaces to a repeaters child bindings and
implementation of a move-node binding
http://issues.apache.org/jira/browse/COCOON-1794
COCOON-1782 [PATCH] Support for CSS classes in cocoon forms XSL
http://issues.apache.org/jira/browse/COCOON-1782
COCOON-1781 Processing phase listener cannot be configured from form definitio
http://issues.apache.org/jira/browse/COCOON-1781
COCOON-1776 [PATCH]Reload Bookmarks on bookmark file validity
http://issues.apache.org/jira/browse/COCOON-1776
COCOON-1774 Fine Tuning Ajax Handling in CForms
http://issues.apache.org/jira/browse/COCOON-1774
COCOON-1772 [PATCH] AuthenticationContext: NullPointerException
http://issues.apache.org/jira/browse/COCOON-1772
COCOON-1744 NullPointerException in template block
http://issues.apache.org/jira/browse/COCOON-1744
COCOON-1741 [PATCH] Output widget does not initialize from
http://issues.apache.org/jira/browse/COCOON-1741
COCOON-1738 double-listbox problem in repeaters
http://issues.apache.org/jira/browse/COCOON-1738
COCOON-1732 Ajax and IE empty textarea bugfix
http://issues.apache.org/jira/browse/COCOON-1732
COCOON-1726 Implementation of Source that supports conditional GETs
http://issues.apache.org/jira/browse/COCOON-1726
COCOON-1717 Use custom cache keys for caching uri coplets using input modules.
http://issues.apache.org/jira/browse/COCOON-1717
COCOON-1706 Allow TeeTransformer to run a system command for debugging purposes
http://issues.apache.org/jira/browse/COCOON-1706
COCOON-1703 A patch for caching fonts (fixes GDI issues), vertical text
orientation, color code fix, prefered unit for margins and measure unit
converter
http://issues.apache.org/jira/browse/COCOON-1703
COCOON-1697 Allow request parameters to be used in "for (var k in h)" kind of
Javascript Loops
http://issues.apache.org/jira/browse/COCOON-1697
COCOON-1692 [PATCH] Tree widget not handling on-selection-change events
correctly.
http://issues.apache.org/jira/browse/COCOON-1692
COCOON-1686 [PATCH] COCOON-1671 Form not binding when prefix in binding
definition is unequal to that in the instance data for the same namespace.
http://issues.apache.org/jira/browse/COCOON-1686
COCOON-1648 I18nTransformer add support for ISO8601
http://issues.apache.org/jira/browse/COCOON-1648
COCOON-1622 [PATCH] SendMailTransformer and HTML body
http://issues.apache.org/jira/browse/COCOON-1622
COCOON-1618 [PATCH] SoapGenerator/Serializer for Axis Block
http://issues.apache.org/jira/browse/COCOON-1618
COCOON-1611 [PATCH] Add additonal constructor to FormInstance.java to be able
to pass a locale
http://issues.apache.org/jira/browse/COCOON-1611
COCOON-1606 [BUG+PATCH] FormattingDecimalConvertor.java does not parse in
BigDecimal mode
http://issues.apache.org/jira/browse/COCOON-1606
COCOON-1603 [PATCH] handling of alternatives in MailTransformer
http://issues.apache.org/jira/browse/COCOON-1603
COCOON-1587 [PATCH] Simple i18n support for selectionLists
http://issues.apache.org/jira/browse/COCOON-1587
COCOON-1573 Improvement SetAttributeJXPathBinding and Contribution
SetNodeValueJXPathBinding
http://issues.apache.org/jira/browse/COCOON-1573
COCOON-1557 [PATCH] Change access to AbstractContinuable.getContext to protected
http://issues.apache.org/jira/browse/COCOON-1557
COCOON-1556 [PATCH] Add a JXPathConvertor for conversion betwean beans and
Strings
http://issues.apache.org/jira/browse/COCOON-1556
COCOON-1535 [PATCH] enhancement to {global:} input module: return all sitemap
globals
http://issues.apache.org/jira/browse/COCOON-1535
COCOON-1527 [PATCH] Cache control logic sheets for XSP to override getKey and
getValidity
http://issues.apache.org/jira/browse/COCOON-1527
COCOON-1526 [PATCH] processToDOM returns a read-only DOM
http://issues.apache.org/jira/browse/COCOON-1526
COCOON-1519 [PATCH] TeeTransformer refactoring
http://issues.apache.org/jira/browse/COCOON-1519
COCOON-1515 [PATCH] Add remoteUser() information to RequestGenerator
http://issues.apache.org/jira/
Re: [2.2] Problems with templat block?
Leszek Gawron wrote: > > In 2.2-dev parameters.* request.* and so on were removed because of > behaviour inconsistencies. If the template block was backported as is > then the answer is straight: only cocoon.* access. > > If we REALLY need this to be compatible the change is a few-liner really. > Ah, ok, thanks, Leszek, now I remember that we discusses this. I'm fine with this incompatilibity, so we could leave this as is. But even with "cocoon." it currently doesn't work. Do you have a clue why? Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
[jira] Commented: (COCOON-1825) Ajax errror when an active state widget become invisible state widget
[
http://issues.apache.org/jira/browse/COCOON-1825?page=comments#action_12413991
]
Sylvain Wallez commented on COCOON-1825:
I don't see how surrounding the with a changes something. Or...
I remember of a bug in IE that doesn't like tables to be replaced in JavaScript
or something related.
Adding an element for and is good, but I'm wondering if
this should be a rather than a .
are used to mark the place of hidden widgets and should be
kept empty.
> Ajax errror when an active state widget become invisible state widget
> -
>
> Key: COCOON-1825
> URL: http://issues.apache.org/jira/browse/COCOON-1825
> Project: Cocoon
> Type: Bug
> Components: Blocks: Forms
> Versions: 2.1.9
> Reporter: vincent Demay
> Assignee: Antonio Gallardo
>
> Some widget (field with selection-list and styling=radio, group, etc...) can
> not be hidden (state=invisible)in ajax mode.
> I declare some widgets without state attribute in the form definition, my
> form is in ajax mode, when I set the widget state to INVISIBLE, the ajax
> response can not be applied to the form because id="widget-name">... is not available in source code.
> I think about 2 patches :
> *putting a in forms-field-styling.xsl where is not set
> *or modifing abstractWidgetDefinition.java in ordre to generate a placeholder
> around each widget (but patch seems to need a lot of modification in
> forms-field-styling.xsl too)
> Here is the patch for first
> --- forms-field-styling.orig 2006-04-13 15:37:06.590221200 +0200
> +++ forms-field-styling.xsl 2006-04-13 15:38:22.525291200 +0200
> @@ -198,8 +198,9 @@
>
> select="string(fi:styling/@list-orientation) != 'horizontal'"/>
>
> -
> - title="{fi:hint}">
> +
> +
> + title="{fi:hint}">
>
>
>
> @@ -224,6 +225,7 @@
>
>
>
> +
>
>
>
> @@ -682,22 +684,24 @@
>| know where to insert the widget if it becomes visible
>+-->
>
> -
> +
>
>
>
>
> -
> +
>
>
>
>
> -
> +
>
> +
> +
>
>
>
> Here for the second
> --- AbstractWidget.orig 2006-04-13 15:31:07.851701200 +0200
> +++ AbstractWidget.java 2006-04-13 15:30:31.446616200 +0200
> @@ -483,6 +483,10 @@
> public void generateSaxFragment(ContentHandler contentHandler, Locale
> locale)
> throws SAXException {
>
> + AttributesImpl placeHolderAttrs = new AttributesImpl();
> + placeHolderAttrs.addCDATAAttribute("id", getRequestParameterName());
> +contentHandler.startElement(FormsConstants.INSTANCE_NS,
> "placeholder", FormsConstants.INSTANCE_PREFIX_COLON + "placeholder",
> placeHolderAttrs);
> +
> if (getCombinedState().isDisplayingValues()) {
> // FIXME: we may want to strip out completely widgets that
> aren't updated when in AJAX mode
> String element = this.getXMLElementName();
> @@ -497,15 +501,9 @@
>
> generateItemSaxFragment(contentHandler, locale);
>
> -contentHandler.endElement(FormsConstants.INSTANCE_NS, element,
> FormsConstants.INSTANCE_PREFIX_COLON + element);
> -
> -} else {
> -// Generate a placeholder that can be used later by AJAX updates
> -AttributesImpl attrs = new AttributesImpl();
> -attrs.addCDATAAttribute("id", getRequestParameterName());
> -contentHandler.startElement(FormsConstants.INSTANCE_NS,
> "placeholder", FormsConstants.INSTANCE_PREFIX_COLON + "placeholder", attrs);
> -contentHandler.endElement(FormsConstants.INSTANCE_NS,
> "placeholder", FormsConstants.INSTANCE_PREFIX_COLON + "placeholder");
> +contentHandler.endElement(FormsConstants.INSTANCE_NS, element,
> FormsConstants.INSTANCE_PREFIX_COLON + element);
> }
> +contentHandler.endElement(FormsConstants.INSTANCE_NS, "placeholder",
> FormsConstants.INSTANCE_PREFIX_COLON + "placeholder");
> }
>
> public Object getAttribute(String name) {
--
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: [2.2] Problems with templat block?
Carsten Ziegeler wrote:
I'm currently testing some samples - while testing the input module
samples in the additional samples, I found out that the jxtg is not
working as expected.
The following template is not working:
http://apache.org/cocoon/templates/jx/1.0";>
${name}
${parameters.getParameter(name)}
So I just tried a ${parameters} to see this object; but this can't be
resolved by jxtg. As soon as I replace "parameters" with
"cocoon.parameters" I see the parameters object passed in from the
sitemap, but neither ${cocoon.parameters.names} nor
${cocoon.parameters.getNames()} nor any other method on the parameters
object is working.
So, first question: is it correct, that we require "cocoon." to access
objects? Is this incompatible to 2.1.x?
Second question, does anyone have a glue what could go wrong?
In 2.2-dev parameters.* request.* and so on were removed because of
behaviour inconsistencies. If the template block was backported as is
then the answer is straight: only cocoon.* access.
If we REALLY need this to be compatible the change is a few-liner really.
--
Leszek Gawron [EMAIL PROTECTED]
IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
HSQLDB shutdown
I think this has been discussed before and I even have seen some patches suggested back in 2002, but I am using 2.1.9 and still have problems with HSQLDB not shutting down properly. I am running Cocoon 2.1.9 on SAP NetWeaver J2EE server and when I stop the application, HSQLDB server apparently exits (no listener on port 9002), but the database's lock file remains locked. Then if I start the application again, the database cannot start (apparently because of the lock), unless I restart the whole J2EE engine. If I remember correctly, I also tried it on WebSphere with a similar effect. The only way around it that I've found is to get a connection to the database inside org.apache.cocoon.components.hsqldb.ServerImpl.stop method and execute a "SHUTDOWN" query (not the server's shutdown method - does not work). Then the database is unlocked and it comes up normally when the application is started again. The must be a more elegant way to shutdown the database, but it looks like the shutdown query has to be executed anyway, the question is where is the most appropriate place for it. Igor
[jira] Commented: (COCOON-1825) Ajax errror when an active state widget become invisible state widget
[
http://issues.apache.org/jira/browse/COCOON-1825?page=comments#action_12413992
]
vincent Demay commented on COCOON-1825:
---
I think the better is the first one : putting a span around each element. So
you can apply only the first one on forms-field-styling.xsl.
Thanks.
> Ajax errror when an active state widget become invisible state widget
> -
>
> Key: COCOON-1825
> URL: http://issues.apache.org/jira/browse/COCOON-1825
> Project: Cocoon
> Type: Bug
> Components: Blocks: Forms
> Versions: 2.1.9
> Reporter: vincent Demay
> Assignee: Antonio Gallardo
>
> Some widget (field with selection-list and styling=radio, group, etc...) can
> not be hidden (state=invisible)in ajax mode.
> I declare some widgets without state attribute in the form definition, my
> form is in ajax mode, when I set the widget state to INVISIBLE, the ajax
> response can not be applied to the form because id="widget-name">... is not available in source code.
> I think about 2 patches :
> *putting a in forms-field-styling.xsl where is not set
> *or modifing abstractWidgetDefinition.java in ordre to generate a placeholder
> around each widget (but patch seems to need a lot of modification in
> forms-field-styling.xsl too)
> Here is the patch for first
> --- forms-field-styling.orig 2006-04-13 15:37:06.590221200 +0200
> +++ forms-field-styling.xsl 2006-04-13 15:38:22.525291200 +0200
> @@ -198,8 +198,9 @@
>
> select="string(fi:styling/@list-orientation) != 'horizontal'"/>
>
> -
> - title="{fi:hint}">
> +
> +
> + title="{fi:hint}">
>
>
>
> @@ -224,6 +225,7 @@
>
>
>
> +
>
>
>
> @@ -682,22 +684,24 @@
>| know where to insert the widget if it becomes visible
>+-->
>
> -
> +
>
>
>
>
> -
> +
>
>
>
>
> -
> +
>
> +
> +
>
>
>
> Here for the second
> --- AbstractWidget.orig 2006-04-13 15:31:07.851701200 +0200
> +++ AbstractWidget.java 2006-04-13 15:30:31.446616200 +0200
> @@ -483,6 +483,10 @@
> public void generateSaxFragment(ContentHandler contentHandler, Locale
> locale)
> throws SAXException {
>
> + AttributesImpl placeHolderAttrs = new AttributesImpl();
> + placeHolderAttrs.addCDATAAttribute("id", getRequestParameterName());
> +contentHandler.startElement(FormsConstants.INSTANCE_NS,
> "placeholder", FormsConstants.INSTANCE_PREFIX_COLON + "placeholder",
> placeHolderAttrs);
> +
> if (getCombinedState().isDisplayingValues()) {
> // FIXME: we may want to strip out completely widgets that
> aren't updated when in AJAX mode
> String element = this.getXMLElementName();
> @@ -497,15 +501,9 @@
>
> generateItemSaxFragment(contentHandler, locale);
>
> -contentHandler.endElement(FormsConstants.INSTANCE_NS, element,
> FormsConstants.INSTANCE_PREFIX_COLON + element);
> -
> -} else {
> -// Generate a placeholder that can be used later by AJAX updates
> -AttributesImpl attrs = new AttributesImpl();
> -attrs.addCDATAAttribute("id", getRequestParameterName());
> -contentHandler.startElement(FormsConstants.INSTANCE_NS,
> "placeholder", FormsConstants.INSTANCE_PREFIX_COLON + "placeholder", attrs);
> -contentHandler.endElement(FormsConstants.INSTANCE_NS,
> "placeholder", FormsConstants.INSTANCE_PREFIX_COLON + "placeholder");
> +contentHandler.endElement(FormsConstants.INSTANCE_NS, element,
> FormsConstants.INSTANCE_PREFIX_COLON + element);
> }
> +contentHandler.endElement(FormsConstants.INSTANCE_NS, "placeholder",
> FormsConstants.INSTANCE_PREFIX_COLON + "placeholder");
> }
>
> public Object getAttribute(String name) {
--
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
