Spring Bean Demo and RCL operational?
Hi Robby, Did you happen to test java RCL in your archetype block? That's really my pain point right now, I used to be able to make changes in .java files and it get automatic reloads, but no longer. Also! I forgot to thank you about 'setSelectionList' I ended up doing something slightly different and wanted to post my particular solution, but I got held up on something else. Maybe I'll try to dig it up. But thanks for the pointer, it was helpful! Best regards, -Will On Mon, Oct 4, 2010 at 5:09 PM, Will Heger will.he...@gmail.com wrote: Thanks for the assistance. I'm actually not that concerned about the Spring Bean Demo, I just posted it as a symptom. Java class reloading is very important to me, I find it really tough to work when I need to start and restart jetty, even when eclipse is checking my compiles. This hasn't been a problem in the past. In any case, I invite you to run: mvn archetype:generate -DarchetypeCatalog=http://cocoon.apache.org select 2, set a group/artifact and see if the bean is also broken for you out of the box. I crossposted to dev once I found that my colleague had the same problem. Best regards, -Will On Mon, Oct 4, 2010 at 1:36 PM, Will Heger will.he...@gmail.com wrote: I tried this on a couple of other machines, windows etc. same problem. On Mon, Oct 4, 2010 at 4:51 AM, Will Heger will.he...@gmail.com wrote: Hi, After creating a fresh cocoon from the archetype: mvn archetype:generate -DarchetypeCatalog=http://cocoon.apache.org Using option 2, the block with a sample, I have two problems: * The Spring Demo Bean does not produces '#message' instead of the bean output. * RCL will not recompile after altering java files Is anyone experiencing a similar issue? Java = sun/oracle 1.6.0_21 Ubuntu 10.04 Thanks, -Will
RE: Spring Bean Demo and RCL operational?
Hi Will,
I once again checked out the sample block..
I followed the instructions from my blog
http://robbypelssers.blogspot.com/2010/05/quick-start-apache-cocoon.html
and started the default sample block.
I did test the RCL doing steps as described below:
* I fixed the spring#{message}/spring in spring-bean.jx.xml and refreshed
the page. -- message was shown ok now.
* I modified MyBean.java into
public class MyBean {
private String message;
private String name;
public void setMessage(String message) {
this.message = message;
}
public String getMessage() {
return this.message;
}
public void setName(String name) {
this.name = name;
}
public String getName() {
return this.name;
}
}
* I modified spring-bean.js into:
function demo() {
var demoBean = cocoon.getComponent(demo);
demoBean.setName(Robby Pelssers)
cocoon.sendPage(screens/spring-bean,
{
message : demoBean.message,
name: demoBean.name
}
);
}
I modified spring-bean.jx.xml into:
demo
modulecom.nxp.spider2:prototype/module
spring#{message}/spring
name#{name}/name
/demo
I refreshed the page in the browser and my output was correct:
demo
modulecom.nxp.spider2:prototype/module
springThis is a message coming from a Spring bean./spring
nameRobby Pelssers/name
/demo
My test setup is using
-SpringSource Tool Suite 2.3.3.M1
-jdk1.5.0_16
-Windows XP
Kind regards,
Robby Pelssers
-Oorspronkelijk bericht-
Van: Will Heger [mailto:will.he...@gmail.com]
Verzonden: wo 6-10-2010 8:41
Aan: users@cocoon.apache.org
Onderwerp: Spring Bean Demo and RCL operational?
Hi Robby,
Did you happen to test java RCL in your archetype block? That's really my
pain point right now, I used to be able to make changes in .java files and
it get automatic reloads, but no longer.
Also! I forgot to thank you about 'setSelectionList' I ended up doing
something slightly different and wanted to post my particular solution, but
I got held up on something else. Maybe I'll try to dig it up. But thanks
for the pointer, it was helpful!
Best regards,
-Will
On Mon, Oct 4, 2010 at 5:09 PM, Will Heger will.he...@gmail.com wrote:
Thanks for the assistance.
I'm actually not that concerned about the Spring Bean Demo, I just posted
it as a symptom.
Java class reloading is very important to me, I find it really tough to
work when I need to start and restart jetty, even when eclipse is checking
my compiles.
This hasn't been a problem in the past.
In any case, I invite you to run:
mvn archetype:generate -DarchetypeCatalog=http://cocoon.apache.org
select 2, set a group/artifact and see if the bean is also broken for you
out of the box.
I crossposted to dev once I found that my colleague had the same problem.
Best regards,
-Will
On Mon, Oct 4, 2010 at 1:36 PM, Will Heger will.he...@gmail.com wrote:
I tried this on a couple of other machines, windows etc. same problem.
On Mon, Oct 4, 2010 at 4:51 AM, Will Heger will.he...@gmail.com wrote:
Hi,
After creating a fresh cocoon from the archetype:
mvn archetype:generate -DarchetypeCatalog=http://cocoon.apache.org
Using option 2, the block with a sample, I have two problems:
* The Spring Demo Bean does not produces '#message' instead of the bean
output.
* RCL will not recompile after altering java files
Is anyone experiencing a similar issue?
Java = sun/oracle 1.6.0_21
Ubuntu 10.04
Thanks,
-Will
winmail.dat
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Re: problem encoding using SendMailTransformer
On Tue, 2010-10-05 at 10:17 -0700, mvalencia wrote: Hi I did what you tell me, and the result is: The first line (the xml declaration) is? document sendmail smtphostmail-int.andaluciajunta.es/smtphost smtpport25/smtpport frommiguel.valen...@juntadeandalucia.es/from tomiguel.valen...@juntadeandalucia.es/to subjectespaña camión/subject body mime-type=text/plain Nombre del remitente: prueba, Miguelbr / Mensaje:Prueba de mensaje en españa, camión./body reply-tomiguel.valen...@juntadeandalucia.es/reply-to /sendmail /document Did you use a map:serialize type=utf8-xml/? Can you attach the xml to exclude problems that the mail client may produce? The underlying server has the locale UTF8_ES? It's seems that all text lose encoding, but I have checked that emails have subject correct and bad encoding on body field. I load a test email: http://old.nabble.com/file/p29889393/test-email.txt test-email.txt Hmm, let us do some tests: 1) create a new match where you use the above input but a) use #266; for all latin characters b) write the españa yourself where you save the document and store them on the file system. 2) use body src=cocoon://yourBody.xml and body src=cocoon://yourBody.xml mime-type=text/plain and create a match for the body. What is happening? salu2 -- Thorsten Scherler thorsten.at.apache.org codeBusters S.L. - web based systems consulting, training and solutions http://www.codebusters.es/ - To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
Re: problem encoding using SendMailTransformer
This is the matches:
map:match pattern=correopresidente.xml
map:act type=validator
map:parameter name=descriptor
value={global:conectorXmlPath}correos/parametros-action-validator.xml/
map:parameter name=validate-set value=form-correo-presidente /
map:generate src={global:conectorXmlPath}propmail.xml /
map:transform src={global:conectorXslPath}constcorreopresidente.xsl
map:parameter name=nombre value={request-param:id_nombre} /
map:parameter name=apellido value={request-param:id_apellidos} /
map:parameter name=correo value={request-param:id_correo} /
map:parameter name=asunto value={request-param:id_asunto} /
map:parameter name=cuerpo value={request-param:id_cuerpo} /
/map:transform
map:transform type=sendmail /
map:serialize type=xml /
/map:act
map:generate
src={global:conectorXmlPath}correos/error-form-presidente.xml/
map:transform type=formTrans /
map:serialize type=xml /
/map:match
I comment transform constcorreopresidente y I put the value of field
direct on file propmail.xml and the sendmail works OK. I change serializer
to different charset but the problem isn't there.
I think the problem is when the data are received on transform
constcorreopresidente with request-param, because the program jump to
sendmail (It is a class that extend from AbstractSAXTransformer, really is
@version $Id: SendMailTransformer.java 607381 2007-12-29 05:42:58Z
vgritsenko) then the field body has lost the encoding.
However I come back to do the test that you tell me.
--
View this message in context:
http://old.nabble.com/problem-encoding-using-SendMailTransformer-tp29886850p29897843.html
Sent from the Cocoon - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
