in Maven's plug-in not
Cocoon's meta-data. Could you add a report to
JIRA? I may have a look into this in a week or so.
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional
test :-(
Hey Andy,
this particular patch has been applied.
Thanks Joerg!
Are you attending ApacheCon EU this year?
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
for all blocks. By convention blocks that are
disabled by default are those not
officially released.
Any help on getting more blocks released is greatly appreciated.
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail
want to release parts of Cocoon that
I have no idea how to test reliably.
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h
,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Author: Carsten Ziegeler cziege...@apache.org
So it looks like you are hitting something rather old that have been already
renamed. I don't have a time to drudge Git
a little bit more but still I hope this gave you some clue how to dig into this.
--
Best regards,
Grzegorz Kossakowski
impression is
that version 2.2 was a giant step backwards.
This is a regression, no need for pathetic words.
git log core/cocoon-core reveals:
commit dad8542e6ba7e9d491762f2874c3a5caee488da9
Author: Grzegorz Kossakowski gkossakow...@apache.org
Date: Thu Aug 14 08:39:55 2008 +
Always
Grzegorz Kossakowski pisze:
AFAIR this is a fix for this regression. It has been incorporated in released
version yet, unfortunately.
Should be:
It has been NOT incorporated in released version yet, unfortunately.
--
Grzegorz Kossakowski
surprising).
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
clean install.
You should either switch dependency of xmldb-impl so it depends on released
version of cocoon-spring-configurator or
just try to build everything from root so all SNAPSHOT dependencies of
xmldb-impl will be built first.
--
Grzegorz Kossakowski
to do this without Maven knowledge? Is there any tutorial?
:(
If you really insist on not learning Maven which might be understandable this
page might help you:
http://cocoon.apache.org/1284_1_1.html
--
Best regards,
Grzegorz Kossakowski
.) I'm
willing to
collaborate. I guess creating simple application that shows how to integrate
various technologies
would be the best way to learn C2.2 and fabulous gift to the community at the
same time.
[1] http://github.com/gkossakowski/cocoon-blog/tree/master
--
Best regards,
Grzegorz
with name, AFAIR,
ProcessInforProvider.class.getName()
So it's actually matter of declaring dependency on Spring bean.
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
to say what wrong is going on here. Have you checked cocoon logs? I
believe SSF logs quite a
lot of information about its super attempts.
Also, full stack-trace for 404 http error would be helpful.
--
Grzegorz Kossakowski
look at
your conversion method.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
() and from there you call getChildren().
HTH.
[1]
http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/forms/event/WidgetEvent.html
[2]
http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/forms/formmodel/Widget.html
--
Grzegorz Kossakowski
configuration. Also, does it
happen with responses having 200 (HTTP_OK) status code?
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Matthias Müller wrote:
Hi there,
i want to convert my C2.11 project to C2.2. While trying to generate a
JXTemplate i receive the following error:
Unable to read Avalon configuration from 'sitemap.xmap'.; nested exception is
org.apache.avalon.framework.configuration.ConfigurationException:
Perez Guerrero, Antonio Javier pisze:
[SOLVED]
Finally I managed to solve the problem, thanks to this [1] page. My
cocoon/spring/core.xml file was missing just one line:
configurator:bean-map
id=org.apache.cocoon.servletservice.spring.BlockServletMap
type=javax.servlet.Servlet
/1358_1_1.html
[3] http://cocoon.apache.org/2.2/1362_1_1.html
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
; ### this gives errors..
Without detailed error message nobody will be able to help I guess.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
/cocoon/trunk/blocks/cocoon-ajax/cocoon-ajax-sample/src/main/resources/COB-INF/sitemap.xmap?view=markup
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Jasha Joachimsthal pisze:
My role is still guest in Daisy (username jjoachimsthal). :(
There are two users created by you:
* jasha
* jjoachimsthal
Which one you want to preserve?
The second one has commit rights assigned.
--
Grzegorz Kossakowski
more carefully later on and post my comments as well.
Hussayn, I'm looking forward for more such contributions!
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
Jasha Joachimsthal pisze:
I get a 404 (Page not found) on that link. But you're right about the
missing FOPNGSerializer documentation.
Can someone give me more karma for the documentation please?
Done, you have committer rights now.
--
Grzegorz Kossakowski
fine... but it'd be
nice to be able to get debugging w/ Run Jetty Run to work.
Hi Mark,
See:
http://article.gmane.org/gmane.text.xml.cocoon.devel/78274
http://article.gmane.org/gmane.text.xml.cocoon.devel/78276
--
Grzegorz Kossakowski
Jasha Joachimsthal pisze:
Just wanted to let you know that the trunk is building successfully
again. Thanks for fixing the missing dependencies.
Hi Jasha,
Thanks for announcing this. :-)
--
Grzegorz Kossakowski
(svn up) and try build.sh install again. If it still does not work
provide us exact error message.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
as it would be request coming from
browser. This will force it to properly initialize the CallStack and the whole infrastructure.
Does it makes sense to you?
Reinhard, what's your opinion?
--
Grzegorz Kossakowski
-
To unsubscribe
should the FlowScript
debugger really be enabled by default for dev mode?
Could you elaborate on these issues you face? If there are some serious problems then I think we'll
switch it off again.
Actually, you can do it yourself very easily but still defaults are important.
--
Grzegorz
dependency to your pom (of your project). There is no need to switch with all Cocoon
dependencies to SNAPSHOT versions.
Also, you might be interested in following commit:
http://article.gmane.org/gmane.text.xml.cocoon.cvs/27140
--
Best regards,
Grzegorz Kossakowski
JLe pisze:
Is it possible to just copy my 2.1 application into the
src\main\resources\COB-INF folder of 2.2?
or is there an other directory?
It depends on what kind of resources you want to copy. Sitemap and resources accessed from sitemap
should go into this folder.
Configuration files
need to
use file: protocol, so just put file:/// into context-path.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
. I'll see what can be done...
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
default settings and is stored in cocoon-core block that you
surely have in a classpath because your block depends on it.
Uploads are enabled in Cocoon itself by default so you don't need to do
anything.
--
Grzegorz Kossakowski
.
Using servlet: protocol is much more dynamic, because then it's a pipeline that serves the resource
and this pipeline can process served resource beforehand.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED
will be available. In the meantime we can sit back;
smug in the knowledge that we know the answer ;-)
As you see, there is a bug here so one should create a JIRA report. :-)
I'll try to fix this issue ASAP.
--
Best regards,
Grzegorz Kossakowski
Grzegorz Kossakowski pisze:
David Legg pisze:
Ken,
Thankyou very much, David. I can confirm that the spring-bean now
does work properly.
Thanks for confirming that.
How do we report this to the developers?
Normally, you would open a new item in the bugs database (called JIRA)
[1
Molnar Peter pisze:
On Pén, Július 18, 2008 5:44 pm, Grzegorz Kossakowski wrote:
Just use servicemanager.lookup('here.goes.spring.bean') method. The
Service Manager can be injected
into Avalon component by implementing Serviceable interface.
It was solved eventually, because I have figured
us how exactly the snippet where you use servlet: looks like? Additionally, include the
whole stack trace.
Answering your question directly: no, there is no need to register anything,
it's done by default.\
--
Grzegorz Kossakowski
Molnar Peter pisze:
On Ked, Július 22, 2008 2:12 pm, Grzegorz Kossakowski wrote:
We have a Avalon-Spring bridge that will pick up all Avalon components and
initialize them using
Spring so in a fact they are Spring beans.
That was made on purpose to make a transition from Avalon to Spring
Peter Molnar pisze:
On Ked, Július 22, 2008 5:02 pm, Grzegorz Kossakowski wrote:
Can you show us how exactly the snippet where you use servlet: looks like?
Additionally, include the
whole stack trace.
Answering your question directly: no, there is no need to register
anything, it's done
Peter Molnar pisze:
On Ked, Július 22, 2008 5:36 pm, Grzegorz Kossakowski wrote:
snip what=stack trace/
Then it looks you are right, the servlet: protocol really cannot be found.
What about your dependencies, do you have the dependency on
cocoon-servlet-service-components
artifact in your
Peter Molnar pisze:
On Ked, Július 22, 2008 5:45 pm, Grzegorz Kossakowski wrote:
That's interesting.
What about constructing following simple pipe:
map:generate src=servlet:dojo11:/resource/internal/dojo-helper.xsl/
map:serialize type=xml/
In the same sitemap where pipeline using XSLT
Peter Molnar pisze:
On Ked, Július 22, 2008 6:10 pm, Grzegorz Kossakowski wrote:
What about accessing this file directly from a browser?
Point browser to
http://localhost:/{mount_path}/resource/internal/dojo-helper.xsl
Where the mount_path is a mount path for dojo11 block (I guess it's
to prepare some list of tasks that people willing to help could take.
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Serviceable interface.
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-plugin/examples/filter.html
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
: Cocoon Servlet
cause
Could not find component (key [daisy-repository-manager])
request-uri
/daisy
Apache Cocoon 2.1.9 http://cocoon.apache.org/
Hi David,
I'll take care of this issue this night.
Thanks for reporting to us!
--
Grzegorz Kossakowski
sign of something wrong with
your whole approach. Isn't it?
PS. This question belongs more to Maven's user list.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
tried:
export JAVA_HOME=/path/j2re1-1_4_2_17
in bash shell?
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the saxon dependency in the pom.xml
dependency
groupIdnet.sf.saxon/groupId
artifactIdsaxon/artifactId
version8.7/version
/dependency
7. I ran mvn jetty:run and got to http://localhost:/myBlock1/test
and voilà !
That's it !
Thanks for sharing!
--
Grzegorz Kossakowski
.html
Anyway, I agree this should be added somewhere. I'll probably need to have a look into our
documentation infrastructure.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
release[1]. The
process didn't go 100% smooth and I need to figure out how to solve a few problems, unfortunately.
Anyway I'll try to prepare the document next week.
http://news.opensuse.org/2008/06/19/announcing-opensuse-110-gm/
--
Grzegorz Kossakowski
islands of the responsibility/interest. Even though
Reinhard's huge work is undeniable there are other folks that can share the responsibility. That's
how community should work.
[4] https://issues.apache.org/jira/browse/COCOON
Thanks again for your sweet work!
--
Best regards,
Grzegorz
to run Cocoon with debugger you can see what's going on by
checking logs (with DEBUG level set on). Spring Configurator puts a lot of useful information into logs.
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail
,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Miles Elam pisze:
On Jun 18, 2008, at 12:22 PM, Grzegorz Kossakowski wrote:
Actually, amongst the other reasons we have integrated Spring into
Cocoon in order to have solutions to many common problems in place. In
this case, it's more like a question how to integrate a JPA with
Spring
first option because three lines long command is far from
being user-friendly.
[1] http://myfaces.apache.org/archetype-catalog.xml
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
that
particular projects will choose own, focused catalogs that are by far more user friendly.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
to MultipartHttpServletRequest?
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
approaches are good because they can explained to someone else easily.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
of Cocoon and not local configuration I'll
investigate into this issue a little more.
[1] http://thread.gmane.org/gmane.text.xml.cocoon.devel/77945
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
component as a Spring bean and use Dependency Injection for
getting all dependencies resolved.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
David Legg pisze:
Grzegorz Kossakowski wrote:
Skipping test phase is not a good idea anymore and docs need an update
(I've done it already). Anyway, this flag shouldn't make the build fail.
Would you believe it! I tried it without the -Dmaven.test.skip=true
flag and it passed all the tests
://cocoon.apache.org/2.2/1362_1_1.html
Note that after running mvn package you will find WAR file in target directory
of myCocoonWebapp.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
in
this case but I firmly believe it's a high time have a concrete opinion.
Still, I'm open for discussion of course.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
:
WebAppContextUtils.getCurrentWebApplicationContext().getBean(javax.servlet.http.HttpServletRequest.getClass().getName());
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
should use local catalog for entity resolution. I have found information
about C2.1 only:
http://cocoon.apache.org/2.1/userdocs/concepts/catalog.html
but I guess this should be similar in 2.2 to some extent.
--
Grzegorz Kossakowski
).
Unfortunately, I don't have time to fix it now. Basically, one needs to update URL (and possibly)
some configuration for these samples.
Marc, could you report it to JIRA so it doesn't get lost?
--
Grzegorz Kossakowski
-
To unsubscribe
investigation that I have no time for at the moment,
unfortunately.
I hope it helped you a little to understand the problem. Maybe you will find someone on dev@ mailing
list that has an idea how to fix it.
--
Grzegorz Kossakowski
all these e-mails complaining about some non-existing
problems of C2.2 I think it's right time to prepare Top 10
misconceptions on Cocoon 2.2.
Something to worth consideration...
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail
, by asking a question.
No problem, really!
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
://people.apache.org/~gkossakowski/cocoon-tutorial-rcl-2.html
Oh gosh, I forgot that I promised to publish it officially on our site. I'll try to do it over this
weekend.
[1] http://cocoon.apache.org/2.2/maven-plugins/maven-plugin/1.0/1295_1_1.html
--
Grzegorz Kossakowski
?
Thanks to all!
Hugh, if running your block with Cocoon Maven plug-in this changes should be
spotted by default. See:
http://cocoon.apache.org/2.2/maven-plugins/maven-plugin/1.0/1297_1_1.html
--
Grzegorz Kossakowski
to use casual for loop for iterating over images list.
PS. I find this behaviour counter-intuitive too.
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
:
http://cocoon.apache.org/1301_1_1.html
http://article.gmane.org/gmane.text.xml.cocoon.devel/77857
--
Grzegorz Kossakowski (catching the train...)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
something like:
event.getSourceWidget().getForm().validate();
HTH.
[1] http://cocoon.apache.org/2.2/blocks/forms/1.0/479_1_1.html
[2]
http://cocoon.apache.org/2.2/blocks/forms/1.0/apidocs/org/apache/cocoon/forms/event/WidgetEvent.html
--
Grzegorz Kossakowski
/apache/cocoon/template/instruction/Out.java?view=markup
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
bean id in such case. There is some generic template for Avalon-based
components ids but I guess it will be simpler if you tell me what components you are interested in.
2. How best to obtain the WebApplicationContext from within a java class?
Is this class a Spring bean itself?
--
Grzegorz
/reference/beans.html#beans-factory-method-injection
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
JXPathBindingBase.applyNSDeclarations and
JXPathBindingBase.applyLeniency on the result of
.JXPathContexts.getRelativeContext. Mainly RepeaterJXPathBinding and
MultiValueJXPathBinding are affected by this issue. Hope this helps.
Is there an issue in JIRA with attached patches?
--
Grzegorz Kossakowski
shortly. Those more curious will
probably have no problem with finding repository on the internet...
[1] http://cocoon.apache.org/1275_1_1.html
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
chance for you, users, to help us with recovering lost user perspective.
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
into local Maven repository so
myCocoonWebapp can find them. Then you can return to back to the tutorial on deployment.
I hope that helps you.
PS. Thanks for reporting, I'll fix this right away.
--
Grzegorz Kossakowski
of this week.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
elaborate here?
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
?
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
reading something about problems with SAX nature of JXTemplates but I remember it was an
old discussion so it may not be relevant anymore.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
and see why it's
not working. Stay tuned.
--
Best regards,
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
and/or tweak the
log4j config file?
Are you talking about Cocoon 2.2? If so, tweaking org.apache.cocoon.mode
property may help here.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
I'm little
bit sad because it goes somehow against directions C2.2 has taken.
Anyway, I've warned and now my work is finished.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
.
Can't you write your own validator?
sigh I guess I will have to.
Kamal, but it's damn easy to write a such! :-)
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
/asf/cocoon/trunk/
and follow README file.
Our goal is to make it possible to checkout only samples you are interested in and build only them.
We are very close to that goal but as for now you have to build whole trunk, though.
--
Grzegorz Kossakowski
iterator over widgets that model contains.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
thread:
http://thread.gmane.org/gmane.text.xml.cocoon.user/64200/focus=64222
Could it be you stumbled across the same issue here?
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
Kamal pisze:
I tried to check out the dependencies (using mvn dependency:list) to
work out where the conflict is happening, and maven couldn't find the
dependency plugin. Any thoughts?
Weird. What about:
mvn dependency:list -U
--
Grzegorz Kossakowski
Kamal pisze:
Grzegorz Kossakowski wrote:
Kamal pisze:
I tried to check out the dependencies (using mvn dependency:list) to
work out where the conflict is happening, and maven couldn't find the
dependency plugin. Any thoughts?
Weird. What about:
mvn dependency:list -U
Nope
good
idea to update ASAP. That could explain why Maven failed to download dependency plug-in.
PS. I'm using Maven 2.0.8 and I'm very happy about it.
--
Grzegorz Kossakowski
-
To unsubscribe, e-mail: [EMAIL PROTECTED
1 - 100 of 522 matches
Mail list logo