[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/255 Build statistics: State: Failed Previous State: Failed Started at: Sun, 30 Apr 2006 21:36:11 + Finished at: Sun, 30 Apr 2006 21:36:19 + Total time: 7s 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] [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://ibiblio.org/maven2/wsrp4j/wsrp4j-consumer/0.3-dev/wsrp4j-consumer-0.3-dev.pom [WARNING] Unable to get resource from repository central (http://ibiblio.org/maven2) 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/) [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://ibiblio.org/maven2/wsrp4j/wsrp4j-shared/0.3-dev/wsrp4j-shared-0.3-dev.pom [WARNING] Unable to get resource from repository central (http://ibiblio.org/maven2) 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/) [INFO] snapshot org.apache.cocoon:cocoon-authentication-fw:1-SNAPSHOT: checking for updates from central [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] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [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. [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/org/apache/cocoon/cocoon-core/2.2.0-SNAPSHOT/cocoon-core-2.2.0-20060427.020413-1-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-portal-impl:jar:1.0.0-SNAPSHOT from the specified remote repositories: apache-maven2 (http://cvs.apache.org/maven-snapshot-repository), central (http://ibiblio.org/maven2), maven-snapshot (http://sn
[jira] Commented: (COCOON-398) ConcurrentModificationException in Cocoon.debug()
[ http://issues.apache.org/jira/browse/COCOON-398?page=comments#action_12377195 ] Antonio Gallardo commented on COCOON-398: - Can you post you stacktrace? The line numbers in the description of this bug are outdated. > ConcurrentModificationException in Cocoon.debug() > - > > Key: COCOON-398 > URL: http://issues.apache.org/jira/browse/COCOON-398 > Project: Cocoon > Type: Bug > Components: * Cocoon Core > Versions: 2.0.3, 2.1.9 > Environment: Operating System: other > Platform: Sun > Reporter: Artur Bialecki > Assignee: Cocoon Developers Team > > I get ConcurrentModificationException when loading a page with > multiple frames and debug truned on. > java.util.ConcurrentModificationExeption > at java.util.HashMap$HashIterator.next(HashMap.java:731) > at java.util.AbstractMap.toString(AbstractMap.java:561) > at java.lang.String.valueOf(String.java:1942) > at java.lang.StringBuffer.append(StringBuffer.java:365) > at org.apache.cocoon.Cocoon.debug(Cocoon.java:545) > at org.apache.cocoon.Cocoon.process(Cocoon.java:571) > at org.apache.cocoon.CocoonServlet.service(CocoonServlet.java:1013) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > ... -- 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] Updated: (COCOON-398) ConcurrentModificationException in Cocoon.debug()
[ http://issues.apache.org/jira/browse/COCOON-398?page=all ] Ralph Goers updated COCOON-398: --- Bugzilla Id: (was: 12139) I don't see how that can help. The HttpSession only provides a call to get an Enumerator over all the attributes. We are forced to use that. > ConcurrentModificationException in Cocoon.debug() > - > > Key: COCOON-398 > URL: http://issues.apache.org/jira/browse/COCOON-398 > Project: Cocoon > Type: Bug > Components: * Cocoon Core > Versions: 2.0.3, 2.1.9 > Environment: Operating System: other > Platform: Sun > Reporter: Artur Bialecki > Assignee: Cocoon Developers Team > > I get ConcurrentModificationException when loading a page with > multiple frames and debug truned on. > java.util.ConcurrentModificationExeption > at java.util.HashMap$HashIterator.next(HashMap.java:731) > at java.util.AbstractMap.toString(AbstractMap.java:561) > at java.lang.String.valueOf(String.java:1942) > at java.lang.StringBuffer.append(StringBuffer.java:365) > at org.apache.cocoon.Cocoon.debug(Cocoon.java:545) > at org.apache.cocoon.Cocoon.process(Cocoon.java:571) > at org.apache.cocoon.CocoonServlet.service(CocoonServlet.java:1013) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > ... -- 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] Commented: (COCOON-398) ConcurrentModificationException in Cocoon.debug()
[ http://issues.apache.org/jira/browse/COCOON-398?page=comments#action_12377190 ] Antonio Gallardo commented on COCOON-398: - Quoting [1]: Not yet released as package but accessible as files: * ConcurrentHashMap -- avoid keySet etc toArray array underallocation (Thanks to Kade.Hansson.) May this help? [1] http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/intro.html > ConcurrentModificationException in Cocoon.debug() > - > > Key: COCOON-398 > URL: http://issues.apache.org/jira/browse/COCOON-398 > Project: Cocoon > Type: Bug > Components: * Cocoon Core > Versions: 2.0.3, 2.1.9 > Environment: Operating System: other > Platform: Sun > Reporter: Artur Bialecki > Assignee: Cocoon Developers Team > > I get ConcurrentModificationException when loading a page with > multiple frames and debug truned on. > java.util.ConcurrentModificationExeption > at java.util.HashMap$HashIterator.next(HashMap.java:731) > at java.util.AbstractMap.toString(AbstractMap.java:561) > at java.lang.String.valueOf(String.java:1942) > at java.lang.StringBuffer.append(StringBuffer.java:365) > at org.apache.cocoon.Cocoon.debug(Cocoon.java:545) > at org.apache.cocoon.Cocoon.process(Cocoon.java:571) > at org.apache.cocoon.CocoonServlet.service(CocoonServlet.java:1013) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > ... -- 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] Reopened: (COCOON-398) ConcurrentModificationException in Cocoon.debug()
[ http://issues.apache.org/jira/browse/COCOON-398?page=all ] Ralph Goers reopened COCOON-398: Reopening as the fix doesn't work. > ConcurrentModificationException in Cocoon.debug() > - > > Key: COCOON-398 > URL: http://issues.apache.org/jira/browse/COCOON-398 > Project: Cocoon > Type: Bug > Components: * Cocoon Core > Versions: 2.0.3, 2.1.9 > Environment: Operating System: other > Platform: Sun > Reporter: Artur Bialecki > Assignee: Cocoon Developers Team > > I get ConcurrentModificationException when loading a page with > multiple frames and debug truned on. > java.util.ConcurrentModificationExeption > at java.util.HashMap$HashIterator.next(HashMap.java:731) > at java.util.AbstractMap.toString(AbstractMap.java:561) > at java.lang.String.valueOf(String.java:1942) > at java.lang.StringBuffer.append(StringBuffer.java:365) > at org.apache.cocoon.Cocoon.debug(Cocoon.java:545) > at org.apache.cocoon.Cocoon.process(Cocoon.java:571) > at org.apache.cocoon.CocoonServlet.service(CocoonServlet.java:1013) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > ... -- 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] Updated: (COCOON-398) ConcurrentModificationException in Cocoon.debug()
[ http://issues.apache.org/jira/browse/COCOON-398?page=all ] Ralph Goers updated COCOON-398: --- Bugzilla Id: (was: 12139) Version: 2.1.9 I just encountered this error in 2.1.9. Looking at the fix I don't see how it can work. There is no guarantee that whatever is modifying the session attributes is also synchronizing on the session. The only thing that can be done is to wrap this code in a try catch and just deal with the ConcurrentModificationException when it occurs. > ConcurrentModificationException in Cocoon.debug() > - > > Key: COCOON-398 > URL: http://issues.apache.org/jira/browse/COCOON-398 > Project: Cocoon > Type: Bug > Components: * Cocoon Core > Versions: 2.0.3, 2.1.9 > Environment: Operating System: other > Platform: Sun > Reporter: Artur Bialecki > Assignee: Cocoon Developers Team > > I get ConcurrentModificationException when loading a page with > multiple frames and debug truned on. > java.util.ConcurrentModificationExeption > at java.util.HashMap$HashIterator.next(HashMap.java:731) > at java.util.AbstractMap.toString(AbstractMap.java:561) > at java.lang.String.valueOf(String.java:1942) > at java.lang.StringBuffer.append(StringBuffer.java:365) > at org.apache.cocoon.Cocoon.debug(Cocoon.java:545) > at org.apache.cocoon.Cocoon.process(Cocoon.java:571) > at org.apache.cocoon.CocoonServlet.service(CocoonServlet.java:1013) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > ... -- 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: AW: Desparately seeking help with pipeline implementation
Stefan Pietschmann wrote: > | -Ursprüngliche Nachricht- > | Von: Sylvain Wallez [mailto:[EMAIL PROTECTED] > | Gesendet: Sonntag, 30. April 2006 14:00 > | An: dev@cocoon.apache.org > | Betreff: Re: Desparately seeking help with pipeline implementation > | > | Stefan Pietschmann wrote: > | > > | > Hi guys, > | > > | > for my thesis I have implemented a custom pipeline, which modifies the > | > list of transformers to be run during pipeline setup. This is done > | > with every request in setupPipeline(), so I need to reset to the > | > original every time, before I modify again. > | > > | > | Why do you need that? Can't it be done by overloading one of > | setGenerator/addTransformer/setSerializer? > > I adapt the pipeline with every request according to some external data. > Isn't addTransformer() called only once when the pipeline is built? If it > is, I couldn't use it, because this would mean I adapt the pipeline once, > and all subsequent requests use the adapted one. > However, if this.transformers (and the other ArrayLists with the sources and > parameters) is built anew for every request, then this might be an easy way > out. > The contents of a pipeline is not reused across requests! All components are releases and cleared in recycle(), which occurs once the pipeline has been executed. The setGenerator/addTransformer/setSerializer are called by the sitemap engine when executing , and respectively. This is probably a good place if you want to automatically add some components to the pipeline, particularly considering that pipeline cache key and validity computation happens after these methods. Now if you remove some of the components that were already in the pipeline, don't forget to release them or you may encounter some memory leaks in object pools (see the code in AbstractProcessingPipeline) > | Giving more details about the errors you obtain would be useful, but I > | guess this is more related to component pools than to multithreading. > > I can attach some stacktraces if that helps... > Yes, it always helps. > I only see that I only get problems when using multiple threads. The problem > might be related to anything else - I don't seem to understand how a > pipeline is used by multiple threads. I thought - since it's recycleable - > that each thread gets its own pipeline object. > Yes, pipelines are not shared among threads. But if you do some "nasty" things with the pipeline components, it may happen that the pipeline is not be correctly recycled and therefore components used by multiple threads... Sylvain -- Sylvain Wallez - http://bluxte.net
AW: Desparately seeking help with pipeline implementation
| -Ursprüngliche Nachricht- | Von: Sylvain Wallez [mailto:[EMAIL PROTECTED] | Gesendet: Sonntag, 30. April 2006 14:00 | An: dev@cocoon.apache.org | Betreff: Re: Desparately seeking help with pipeline implementation | | Stefan Pietschmann wrote: | > | > Hi guys, | > | > for my thesis I have implemented a custom pipeline, which modifies the | > list of transformers to be run during pipeline setup. This is done | > with every request in setupPipeline(), so I need to reset to the | > original every time, before I modify again. | > | | Why do you need that? Can't it be done by overloading one of | setGenerator/addTransformer/setSerializer? I adapt the pipeline with every request according to some external data. Isn't addTransformer() called only once when the pipeline is built? If it is, I couldn't use it, because this would mean I adapt the pipeline once, and all subsequent requests use the adapted one. However, if this.transformers (and the other ArrayLists with the sources and parameters) is built anew for every request, then this might be an easy way out. | | > That's why I try to do a backup of the list, then reload it at the | > beginning. It has been working smoothly so far, but I just started | > testing deeply with JMeter, and when I use 10 Threads (my testcase is | > that 10 Threads are 10 times requesting a page for 10 times, so 1000 | > requests altogether), I'm running into problems. I get errors around | > the 150^th request and they are getting more and more. They occur in | > several classes (the TraxTransformer, IntStack, SAX2DTM and so on), | > but I'm pretty sure that's not where the problem lies, because with | > the default pipeline there are no such problems. Can you please look | > into my implementation? I'm sure there must be some stupid mistake (I | > haven't worked in multithreading environments yet). | > | > This is really important since my deadline is very very near and this | > came totally surprising to me L | > | > I have simplified the pipeline as much as I could you only need to | > adjust the package to where you put it and add it to your sitemap. | > When running a simple testcase with several threads, you will see the | > problems L | > | | Giving more details about the errors you obtain would be useful, but I | guess this is more related to component pools than to multithreading. I can attach some stacktraces if that helps... I only see that I only get problems when using multiple threads. The problem might be related to anything else - I don't seem to understand how a pipeline is used by multiple threads. I thought - since it's recycleable - that each thread gets its own pipeline object. Your help is much appreciated! Stefan Sylvain | | -- | Sylvain Wallez - http://bluxte.net
Re: GSoC proposals
On 29.04.2006 10:16, Bertrand Delacretaz wrote: ...Just a note as you mention Selenium in the proposal. Again Claas Thiele started a project called Molybdenum [1]... ...Just that the project will not be too easy ;) Thanks for the info, and I like the project names! With the 42 being his favourite number it was ovious ;) About "too easy", I wasn't only thinking of client-side tests, there are also certainly a number of additional java tests that could be created, performance tests maybe, the field is wide IMHO. So I think a creative student would find enough work to stay busy. But I've intentionally left the project description open, to help in the selection process by letting applicants differentiate themselves with additional ideas and suggestions. Ok. Seems at least like a very valuable project. Jörg
Re: Template block in ibiblio maven repository
It looks like the block.properties shipped with 2.1.9 had the imageop, jcr, and template blocks excluded by default. That's probably why they didn't get built. Just checked the jcr block on ibiblio and its 2.1.9 jar is indeed missing as well; I didn't notice it before since its 2.1.8 jar is there. Joerg Heinicke wrote: > Sounds like the new blocks are missing. IRIC both imageop and template > block were added in 2.1.9. Must they be listed in some conf? > > Jörg > > On 30.04.2006 15:51, Jason Johnston wrote: >> I checked the whole list of blocks and the imageop block JAR is also >> missing. >> >> >> Jason Johnston wrote: >>> I'm converting one of my projects to use Maven for its build process. >>> I've set it up to pull down the needed Cocoon JARs from the ibiblio >>> repository at http://www.ibiblio.org/maven2/cocoon/*. >>> >>> It's working great, except I noticed that the template block included in >>> 2.1.9 is not available in that repository. Is that something someone on >>> this list can add to ibiblio?
Re: Template block in ibiblio maven repository
Sounds like the new blocks are missing. IRIC both imageop and template block were added in 2.1.9. Must they be listed in some conf? Jörg On 30.04.2006 15:51, Jason Johnston wrote: I checked the whole list of blocks and the imageop block JAR is also missing. Jason Johnston wrote: I'm converting one of my projects to use Maven for its build process. I've set it up to pull down the needed Cocoon JARs from the ibiblio repository at http://www.ibiblio.org/maven2/cocoon/*. It's working great, except I noticed that the template block included in 2.1.9 is not available in that repository. Is that something someone on this list can add to ibiblio?
Re: Template block in ibiblio maven repository
I checked the whole list of blocks and the imageop block JAR is also missing. Jason Johnston wrote: > I'm converting one of my projects to use Maven for its build process. > I've set it up to pull down the needed Cocoon JARs from the ibiblio > repository at http://www.ibiblio.org/maven2/cocoon/*. > > It's working great, except I noticed that the template block included in > 2.1.9 is not available in that repository. Is that something someone on > this list can add to ibiblio? > > Thanks much > --Jason
Re: Template block in ibiblio maven repository
Jorg Heymans wrote: > Jason Johnston wrote: >> I'm converting one of my projects to use Maven for its build process. >> I've set it up to pull down the needed Cocoon JARs from the ibiblio >> repository at http://www.ibiblio.org/maven2/cocoon/*. > > I had no idea our 2.1.x blocks were being uploaded to maven central. > >> It's working great, except I noticed that the template block included in >> 2.1.9 is not available in that repository. Is that something someone on >> this list can add to ibiblio? > > I can take care of this if someone can tell me how these jars get there > in the first place :) > They are synced with our java-repository on our server (www.apache.org/dist/java-repository/cocoon). The jars need to be signed and uploaded with signature and hash into the directories. It seems that Giacomo already uploaded most of the jars. Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
Re: Desparately seeking help with pipeline implementation
Stefan Pietschmann wrote: > > Hi guys, > > for my thesis I have implemented a custom pipeline, which modifies the > list of transformers to be run during pipeline setup. This is done > with every request in setupPipeline(), so I need to reset to the > original every time, before I modify again. > Why do you need that? Can't it be done by overloading one of setGenerator/addTransformer/setSerializer? > That's why I try to do a backup of the list, then reload it at the > beginning. It has been working smoothly so far, but I just started > testing deeply with JMeter, and when I use 10 Threads (my testcase is > that 10 Threads are 10 times requesting a page for 10 times, so 1000 > requests altogether), I'm running into problems. I get errors around > the 150^th request… and they are getting more and more. They occur in > several classes (the TraxTransformer, IntStack, SAX2DTM and so on), > but I'm pretty sure that's not where the problem lies, because with > the default pipeline there are no such problems. Can you please look > into my implementation? I'm sure there must be some stupid mistake (I > haven't worked in multithreading environments yet). > > This is really important since my deadline is very very near and this > came totally surprising to me L > > I have simplified the pipeline as much as I could – you only need to > adjust the package to where you put it and add it to your sitemap. > When running a simple testcase with several threads, you will see the > problems L > Giving more details about the errors you obtain would be useful, but I guess this is more related to component pools than to multithreading. Sylvain -- Sylvain Wallez - http://bluxte.net
Desparately seeking help with pipeline implementation
Hi guys,
for my thesis I have implemented a custom pipeline,
which modifies the list of transformers to be run during pipeline setup. This
is done with every request in setupPipeline(), so I need to reset to the
original every time, before I modify again. That's why I try to do a backup of the
list, then reload it at the beginning. It has been working smoothly so far, but
I just started testing deeply with JMeter, and when I use 10 Threads (my
testcase is that 10 Threads are 10 times requesting a page for 10 times, so
1000 requests altogether), I'm running into problems. I get errors around the
150th request… and they are getting more and more. They occur in
several classes (the TraxTransformer, IntStack, SAX2DTM and so on), but I'm
pretty sure that's not where the problem lies, because with the default
pipeline there are no such problems. Can you please look into my implementation?
I'm sure there must be some stupid mistake (I haven't worked in multithreading
environments yet).
This is really important since my deadline is very
very near and this came totally surprising to me L
I have simplified the pipeline as much as I could –
you only need to adjust the package to where you put it and add it to your
sitemap. When running a simple testcase with several threads, you will see the
problems L
package ***
import java.util.ArrayList;
import org.apache.cocoon.ProcessingException;
import
org.apache.cocoon.components.pipeline.impl.NonCachingProcessingPipeline;
import org.apache.cocoon.environment.Environment;
public class TestPipeline extends
NonCachingProcessingPipeline {
/** Backup List for Transformers.
*/
private ArrayList transformersB =
null;
/**
* Setup pipeline components,
additionally call adaptPipeline()
*/
protected void
setupPipeline(Environment env) throws ProcessingException {
this.adaptPipeline(env);
super.setupPipeline(env);
}
/**
* Changes the default transformer
list for this request
*/
private
void adaptPipeline(Environment env) {
//
## create a backup of the "pipeline"
if (!hasBackup())
this.backupTransformerLists();
else
this.resetTransformerLists();
// then
adapt
}
/**
* Creates a backup of
this.transformers (shallow copy – is a deep copy necessary? If yes, how?)
*/
private void
backupTransformerLists() {
// ##
backup transformers list
this.transformersB = (ArrayList) this.transformers.clone();
}
/**
* Loads the backed up
transformer list.
*/
private void resetTransformerLists()
{
// ##
reset lists to default from backup
this.transformers = (ArrayList) this.transformersB.clone();
}
/**
* @return
True, if a backup of the transformer lists exists,
otherwise
* false.
*/
private boolean hasBackup() {
if
(this.transformersB != null) return true;
return
false;
}
}
Re: Template block in ibiblio maven repository
Jason Johnston wrote: > I'm converting one of my projects to use Maven for its build process. > I've set it up to pull down the needed Cocoon JARs from the ibiblio > repository at http://www.ibiblio.org/maven2/cocoon/*. I had no idea our 2.1.x blocks were being uploaded to maven central. > It's working great, except I noticed that the template block included in > 2.1.9 is not available in that repository. Is that something someone on > this list can add to ibiblio? I can take care of this if someone can tell me how these jars get there in the first place :) Jorg
