jpublish-developer — Developer interests

[JPublish-developer] ★ ¡Lee tu mensaje antes de que sea borrado!

[Andres <no...@ba...>]

¡Lee el mensaje de Andres antes de que sea borrado!

Para leer el mensaje, haz clic en este enlace:
http://us1.badoo.com/andres.alcarraz/in/ZS2HgXvmXSE/?lang_id=7&g=57-0-4&m=65&mid=56219b5c000000000007004d0632085c005edc110001


Más personas de tu zona:
German (Montevideo, Uruguay)
Fernanda (Montevideo, Uruguay)

http://us1.badoo.com/andres.alcarraz/in/ZS2HgXvmXSE/?lang_id=7&g=57-1-4&m=65&mid=56219b5c000000000007004d0632085c005edc110001


Si al hacer clic en el enlace de este mensaje no funciona, copia y pégalo en la barra de tu navegador.


Este email forma parte del proceso de entrega del mensaje enviado por Andres. Si has recibido este email por error, por favor ignóralo. En un breve periodo de tiempo, la petición se eliminará del sistema.


¡Diviértete!
El Equipo de Badoo

Has recibido este email de Badoo Trading Limited (dirección postal a continuación). 
Si no deseas recibir comunicaciones por parte de Badoo en el futuro, haz clic aquí para desactivarlas:
https://us1.badoo.com/impersonation.phtml?lang_id=7&email=jpublish-developer%40lists.sourceforge.net&block_code=a8585f&m=65&mid=56219b5c000000000007004d0632085c005edc110001&g=0-0-4.
Badoo Trading Limited es una sociedad de responsabilidad limitada registrada en Inglaterra y Gales con número 7540255 y domicilio en Media Village, 131 - 151 Great Titchfield Street, Londres, W1W 5BB.

[JPublish-developer] ★ JPublish developer list, Andres te ha dejado un mensaje

[Andres <nor...@ba...>]

JPublish developer list, Andres  te ha dejado un mensaje

Este mensaje es personal. Solo tú y su remitente tenéis acceso a él y te recordamos que lo puedes eliminar en cualquier momento. Si quieres responder puedes hacerlo desde el chat. Para leer tu mensaje, haz clic en el siguiente enlace:
http://us1.badoo.com/andres.alcarraz/in/ZS2HgXvmXSE/?lang_id=7&g=57-0-4&m=63&mid=5614b116000000000007004d06251e160268d7970029


Otras personas en tu zona están en Badoo
German (Montevideo, Uruguay)
Fernanda (Montevideo, Uruguay)

http://us1.badoo.com/andres.alcarraz/in/ZS2HgXvmXSE/?lang_id=7&g=57-1-4&m=63&mid=5614b116000000000007004d06251e160268d7970029


Si al hacer clic en el enlace de este mensaje no funciona, copia y pégalo en la barra de tu navegador.


Este email es parte del proceso de entrega del mensaje enviado por Andres. Si has recibido este email por error, por favor ignóralo. En un breve periodo de tiempo será eliminado del sistema.


¡Divértete!
El Equipo de Badoo

Has recibido este email de Badoo Trading Limited (dirección postal a continuación). 
Si no deseas recibir comunicaciones por parte de Badoo en el futuro, haz clic aquí para desactivarlas:
https://us1.badoo.com/impersonation.phtml?lang_id=7&email=jpublish-developer%40lists.sourceforge.net&block_code=a8585f&m=63&mid=5614b116000000000007004d06251e160268d7970029&g=0-0-4.
Badoo Trading Limited es una sociedad de responsabilidad limitada registrada en Inglaterra y Gales con número 7540255 y domicilio en Media Village, 131 - 151 Great Titchfield Street, Londres, W1W 5BB.

Re: [JPublish-developer] reviving JPublish

[Alejandro R. <ap...@cs...>]

Congratulations!!

On Tue, May 15, 2007 at 08:52:07PM -0400, Florin T.PATRASCU wrote:
> Hi there,
> 
> This is just a small update to let you know that a bunch of us will  
> revive JPublish and put this trusty framework back where it belongs:  
> in the hand of those who want to have the job done :)
> 
> Right now we're in the midst of cleaning the docs, organizing the new  
> space, cleaning the examples and the new code, and obviously:  
> bringing new values to JPublish and teaching this framework new  
> tricks :)
> 
> You are all invited to join us and send your feedback.
> 
> The code can be found here:
> http://code.google.com/p/jpublish/
> 
> The code, based on JPublish 2.x series, is stable and functional.
> 
> Best regards,
> -florin
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer
> 

[JPublish-developer] reviving JPublish

[Florin T.P. <flo...@gm...>]

Hi there,

This is just a small update to let you know that a bunch of us will  
revive JPublish and put this trusty framework back where it belongs:  
in the hand of those who want to have the job done :)

Right now we're in the midst of cleaning the docs, organizing the new  
space, cleaning the examples and the new code, and obviously:  
bringing new values to JPublish and teaching this framework new  
tricks :)

You are all invited to join us and send your feedback.

The code can be found here:
http://code.google.com/p/jpublish/

The code, based on JPublish 2.x series, is stable and functional.

Best regards,
-florin

Re: [JPublish-developer] CVS notifications

[Alejandro R. <ap...@cs...>]

>
> Indeed, that would be very nice, but I would migrate to SVN first.  
> Anthony, what do you think?
> 
If it helps, the process is pretty much straight forward, the SF crew
did a great job at providing tools for smooth migration.

>
> Also, last night while I was implementing the small change required  
> by Andres, I realized that we have a couple of libraries we should  
> upgrade: Velocity, bsf, bsh, etc.
> 
Yeah... I noticed that you have downgraded from bsh2.0b1 down to 1.3
last june. We are using bsh2.0b4 with JPublish in some production
systems without any problem.

>
> I just started to migrate the JPublishDWR code to JPublish 3 in case  
> you guys will like getting your feet wet with DWR in JPublish3 :)
> 
Excellent!

>
> But anyway, CVS notifications would be nice.
>
You just need to add syncmail (http://sourceforge.net/projects/cvs-syncmail) to the CVSROOT directory and then add a line like this to loginfo:

DEFAULT $CVSROOT/CVSROOT/syncmail %{sVv} jpu...@li...

Re: [JPublish-developer] CVS notifications

[Florin T.P. <fl...@ro...>]

Indeed, that would be very nice, but I would migrate to SVN first.  
Anthony, what do you think?

Also, last night while I was implementing the small change required  
by Andres, I realized that we have a couple of libraries we should  
upgrade: Velocity, bsf, bsh, etc.

I just started to migrate the JPublishDWR code to JPublish 3 in case  
you guys will like getting your feet wet with DWR in JPublish3 :)

But anyway, CVS notifications would be nice.
-florin


On 08-May-07, at 07:49 , Alejandro Revilla wrote:

> Wouldn't it be nice to have CVS notifications? (CVSROOT/loginfo)
> (or better yet, migrate to svn and add svn commit notifications?)
>
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer

[JPublish-developer] CVS notifications

[Alejandro R. <ap...@cs...>]

Wouldn't it be nice to have CVS notifications? (CVSROOT/loginfo)
(or better yet, migrate to svn and add svn commit notifications?)

Re: [JPublish-developer] Startup/Shutdown Action can get access to 'site'

[Andres A. <alc...@gm...>]

Wow that was quick, Thank you very much Florin I'll test this tomorrow ASAP=
.

Have a nice day

Andr=E9s

2007/5/8, Florin T.PATRASCU <fl...@ro...>:
>
> Hi Andres,
> is done; a bit different than your proposal, but with the same or better
> effect, I hope ;)
> I believe you have to wait a bit for the sf.net to synchronize the public
> CVS before you can grab the updated version of JP3.
>
> For Java actions you will have now a minimum context available at startup
> and shutdown. In this context you don't have only the 'site' but you'll a=
lso
> find few helpers to help you do ... stuff at startup :)
>
> These helpers are:
>
> RequestContext.JPUBLISH_DATE_UTILITIES
> RequestContext.JPUBLISH_NUMBER_UTILITIES
> "messageUtilities"
> RequestContext.JPUBLISH_SYSLOG
>
> and the one that you requested:
> RequestContext.JPUBLISH_SITE
>
>
> I tested my changes with the followings:
> - in jpublish.xml
> <action-manager>
>     <startup-action name=3D"org.jpublish.test.JavaStartUpAction"/>
> ....
>
> - JavaStartUpAction.java (excerpt)
>     public void execute(RequestContext context, Configuration
> configuration) {
>
>         Log syslog =3D (Log) context.get(RequestContext.JPUBLISH_SYSLOG);
>         SiteContext site =3D context.getSiteContext(); // or ...get(
> RequestContext.JPUBLISH_SITE
>
>         syslog.info("configuration path: "+site.getConfigurationPath());
>
>     }
>
>
> And you have a space (the context received by the Action) where all the
> startup actions can share Objects. This is happening because I am reusing
> the same context for all the Actions executed at startup; a similar appro=
ach
> being used for shutdown.
>
> I hope it helps,
> -florin
>
>
> PS
> Now I have to back-port this functionality to JPublish 2.0 ;)
>
>
> On 07-May-07, at 21:52 , Andres Alcarraz wrote:
>
> Hello Florin thank you very much for answering so fast, but problem I'm
> having is in a Java class action, there es where I cannot access the site
> context.
> Precisely I'm now trying to use java classes for actions, I'm not trying
> to migrate all the application that previously used beanshell actions to
> this new approach but I want new things in pure java.
> What I don't understand is that asymmetry between java class based action
> and script based ones. I'm not saying Jpublish is a bad thing, i've been
> using it from years but nobody and nothing is perfect.
> In fact what I tried to say is that java class based actions have nothing
> to do at start up if they can not access the site context, because where
> could they put any object created?
> My intention was to mention a quick and backward compatible fix
> (StartupAction interface) that I have no problem to implement, the same
> problem may be occurring in Shutdown actions so there may be a better nam=
e
> :).
> Certainly I can fix that in my own Application by calling a StartupAction
> from a generic BeanShell kind of adapter where the action class is a
> parameter of the beanshell adapter script.
>
> my proposal is to define a new interface:
> public interface StartupAction extends Action{
>     public void setSiteContext(SiteContext context);
> }
>
> And in the part of the code where the action is found (in findAction()
> when handling start up actions)
> if (action instanceof StartupAction)
>     ((StartupAction)action).setSiteContext(siteContext);
>
> or something like this.
>
> Best regards and thanks again
>
> Andr=E9s
>
>
> 2007/5/7, Florin T.PATRASCU <flo...@gm... >:
> >
> > Hi,
> >
> > If you need the SiteContext in startup actions, then in your Action
> > (bsh, js, etc.) you can simply use the parameter 'site'. For example,
> > a simple startup Action (StartUpTest.bsh)  containing only one line
> > of code:
> >
> >         syslog.info( "configuration path:
> > "+site.getConfigurationPath());
> >
> > The file jpublish.xml:
> > ...
> >         <action-manager>
> >                 <startup-action name=3D"StartUpTest.bsh"/>
> >         </action-manager>
> > ...
> >
> > And when you'll start your JPublish application you'll see in the
> > logs something like this:
> > ...
> >         2275 [main] INFO  syslog  - configuration path:
> > WEB-INF/jpublish.xml
> > ...
> >
> > Don't worry, JPublish is a fine application :)
> > -florin
> >
> >
> > On 07-May-07, at 16:16 , Andres Alcarraz wrote:
> >
> > > Hi all, I was trying to make a java startup action when I realized
> > > that I cannot access the site context from them because the Context i=
s
> > > null, that doesn't occur in script actions where you have a reference
> > > to the site context, I wonder what is the sense of having a startup
> > > action that has no access to the site context.
> > > Looking at the code I've found that when an action script is found
> > > site context is passed through the constructor, but that doesn't
> > > happen in java actions, I think the execute method could have more
> > > parameters or Action interface could have a setSiteContext() method, =
I
> > > know this would not be backward compatible, but a new StartupAction
> > > could be defined.
> > > What others means do i have to access the site context from a java
> > > startup action?
> > >
> > > I'm using jpublish 3.0b2 thanks in advance
> > >
> > >
> > > Andr=E9s
> > >
> > > ---------------------------------------------------------------------=
-
> > > ---
> > > This SF.net email is sponsored by DB2 Express
> > > Download DB2 Express C - the FREE version of DB2 express and take
> > > control of your XML. No limits. Just data. Click to get it now.
> > > http://sourceforge.net/powerbar/db2/
> > > _______________________________________________
> > > Jpublish-developer mailing list
> > > Jpu...@li...
> > > https://lists.sourceforge.net/lists/listinfo/jpublish-developer
> >
> >
> >
> > -----------------------------------------------------------------------=
--
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Jpublish-developer mailing list
> > Jpu...@li...
> > https://lists.sourceforge.net/lists/listinfo/jpublish-developer
> >
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
>
> http://sourceforge.net/powerbar/db2/_____________________________________=
__________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer
>
>

[JPublish-developer] Startup/Shutdown Action can get access to 'site'

[Florin T.P. <fl...@ro...>]

Hi Andres,

is done; a bit different than your proposal, but with the same or =20
better effect, I hope ;)

I believe you have to wait a bit for the sf.net to synchronize the =20
public CVS before you can grab the updated version of JP3.

For Java actions you will have now a minimum context available at =20
startup and shutdown. In this context you don't have only the 'site' =20
but you'll also find few helpers to help you do ... stuff at startup :)

These helpers are:

	RequestContext.JPUBLISH_DATE_UTILITIES
	RequestContext.JPUBLISH_NUMBER_UTILITIES
	"messageUtilities"
	RequestContext.JPUBLISH_SYSLOG

and the one that you requested:
	RequestContext.JPUBLISH_SITE


I tested my changes with the followings:
- in jpublish.xml
	<action-manager>
	    <startup-action name=3D"org.jpublish.test.JavaStartUpAction"/>=

....

- JavaStartUpAction.java (excerpt)
     public void execute(RequestContext context, Configuration =20
configuration) {

         Log syslog =3D (Log) =
context.get(RequestContext.JPUBLISH_SYSLOG);
         SiteContext site =3D context.getSiteContext(); // or ...get=20
( RequestContext.JPUBLISH_SITE

         syslog.info("configuration path: "+site.getConfigurationPath=20
());

     }


And you have a space (the context received by the Action) where all =20
the startup actions can share Objects. This is happening because I am =20=

reusing the same context for all the Actions executed at startup; a =20
similar approach being used for shutdown.

I hope it helps,
-florin


PS
Now I have to back-port this functionality to JPublish 2.0 ;)


On 07-May-07, at 21:52 , Andres Alcarraz wrote:

> Hello Florin thank you very much for answering so fast, but problem =20=

> I'm having is in a Java class action, there es where I cannot =20
> access the site context.
> Precisely I'm now trying to use java classes for actions, I'm not =20
> trying to migrate all the application that previously used =20
> beanshell actions to this new approach but I want new things in =20
> pure java.
> What I don't understand is that asymmetry between java class based =20
> action and script based ones. I'm not saying Jpublish is a bad =20
> thing, i've been using it from years but nobody and nothing is =20
> perfect.
> In fact what I tried to say is that java class based actions have =20
> nothing to do at start up if they can not access the site context, =20
> because where could they put any object created?
> My intention was to mention a quick and backward compatible fix =20
> (StartupAction interface) that I have no problem to implement, the =20
> same problem may be occurring in Shutdown actions so there may be a =20=

> better name :).
> Certainly I can fix that in my own Application by calling a =20
> StartupAction from a generic BeanShell kind of adapter where the =20
> action class is a parameter of the beanshell adapter script.
>
> my proposal is to define a new interface:
> public interface StartupAction extends Action{
>     public void setSiteContext(SiteContext context);
> }
>
> And in the part of the code where the action is found (in findAction=20=

> () when handling start up actions)
> if (action instanceof StartupAction)
>     ((StartupAction)action).setSiteContext(siteContext);
>
> or something like this.
>
> Best regards and thanks again
>
> Andr=E9s
>
>
> 2007/5/7, Florin T.PATRASCU <flo...@gm... >:
> Hi,
>
> If you need the SiteContext in startup actions, then in your Action
> (bsh, js, etc.) you can simply use the parameter 'site'. For example,
> a simple startup Action (StartUpTest.bsh)  containing only one line
> of code:
>
>         syslog.info( "configuration path: =20
> "+site.getConfigurationPath());
>
> The file jpublish.xml:
> ...
>         <action-manager>
>                 <startup-action name=3D"StartUpTest.bsh"/>
>         </action-manager>
> ...
>
> And when you'll start your JPublish application you'll see in the
> logs something like this:
> ...
>         2275 [main] INFO  syslog  - configuration path: WEB-INF/=20
> jpublish.xml
> ...
>
> Don't worry, JPublish is a fine application :)
> -florin
>
>
> On 07-May-07, at 16:16 , Andres Alcarraz wrote:
>
> > Hi all, I was trying to make a java startup action when I realized
> > that I cannot access the site context from them because the =20
> Context is
> > null, that doesn't occur in script actions where you have a =20
> reference
> > to the site context, I wonder what is the sense of having a startup
> > action that has no access to the site context.
> > Looking at the code I've found that when an action script is found
> > site context is passed through the constructor, but that doesn't
> > happen in java actions, I think the execute method could have more
> > parameters or Action interface could have a setSiteContext() =20
> method, I
> > know this would not be backward compatible, but a new StartupAction
> > could be defined.
> > What others means do i have to access the site context from a java
> > startup action?
> >
> > I'm using jpublish 3.0b2 thanks in advance
> >
> >
> > Andr=E9s
> >
> > =20
> ----------------------------------------------------------------------
> > ---
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Jpublish-developer mailing list
> > Jpu...@li...
> > https://lists.sourceforge.net/lists/listinfo/jpublish-developer
>
>
> ----------------------------------------------------------------------=20=

> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer
>
> ----------------------------------------------------------------------=20=

> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/=20
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer

Re: [JPublish-developer] (no subject)

[Andres A. <alc...@gm...>]

Hello Florin thank you very much for answering so fast, but problem I'm
having is in a Java class action, there es where I cannot access the site
context.
Precisely I'm now trying to use java classes for actions, I'm not trying to
migrate all the application that previously used beanshell actions to this
new approach but I want new things in pure java.
What I don't understand is that asymmetry between java class based action
and script based ones. I'm not saying Jpublish is a bad thing, i've been
using it from years but nobody and nothing is perfect.
In fact what I tried to say is that java class based actions have nothing t=
o
do at start up if they can not access the site context, because where could
they put any object created?
My intention was to mention a quick and backward compatible fix
(StartupAction interface) that I have no problem to implement, the same
problem may be occurring in Shutdown actions so there may be a better name
:).
Certainly I can fix that in my own Application by calling a StartupAction
from a generic BeanShell kind of adapter where the action class is a
parameter of the beanshell adapter script.

my proposal is to define a new interface:
public interface StartupAction extends Action{
    public void setSiteContext(SiteContext context);
}

And in the part of the code where the action is found (in findAction() when
handling start up actions)
if (action instanceof StartupAction)
    ((StartupAction)action).setSiteContext(siteContext);

or something like this.

Best regards and thanks again

Andr=E9s


2007/5/7, Florin T.PATRASCU <flo...@gm...>:
>
> Hi,
>
> If you need the SiteContext in startup actions, then in your Action
> (bsh, js, etc.) you can simply use the parameter 'site'. For example,
> a simple startup Action (StartUpTest.bsh)  containing only one line
> of code:
>
>         syslog.info( "configuration path: "+site.getConfigurationPath());
>
> The file jpublish.xml:
> ...
>         <action-manager>
>                 <startup-action name=3D"StartUpTest.bsh"/>
>         </action-manager>
> ...
>
> And when you'll start your JPublish application you'll see in the
> logs something like this:
> ...
>         2275 [main] INFO  syslog  - configuration path:
> WEB-INF/jpublish.xml
> ...
>
> Don't worry, JPublish is a fine application :)
> -florin
>
>
> On 07-May-07, at 16:16 , Andres Alcarraz wrote:
>
> > Hi all, I was trying to make a java startup action when I realized
> > that I cannot access the site context from them because the Context is
> > null, that doesn't occur in script actions where you have a reference
> > to the site context, I wonder what is the sense of having a startup
> > action that has no access to the site context.
> > Looking at the code I've found that when an action script is found
> > site context is passed through the constructor, but that doesn't
> > happen in java actions, I think the execute method could have more
> > parameters or Action interface could have a setSiteContext() method, I
> > know this would not be backward compatible, but a new StartupAction
> > could be defined.
> > What others means do i have to access the site context from a java
> > startup action?
> >
> > I'm using jpublish 3.0b2 thanks in advance
> >
> >
> > Andr=E9s
> >
> > ----------------------------------------------------------------------
> > ---
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Jpublish-developer mailing list
> > Jpu...@li...
> > https://lists.sourceforge.net/lists/listinfo/jpublish-developer
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer
>

Re: [JPublish-developer] (no subject)

[Florin T.P. <flo...@gm...>]

Hi,

If you need the SiteContext in startup actions, then in your Action =20
(bsh, js, etc.) you can simply use the parameter 'site'. For example, =20=

a simple startup Action (StartUpTest.bsh)  containing only one line =20
of code:

	syslog.info( "configuration path: =
"+site.getConfigurationPath());

The file jpublish.xml:
...
	<action-manager>
     		<startup-action name=3D"StartUpTest.bsh"/>
	</action-manager>
...

And when you'll start your JPublish application you'll see in the =20
logs something like this:
...
	2275 [main] INFO  syslog  - configuration path: =
WEB-INF/jpublish.xml
...

Don't worry, JPublish is a fine application :)
-florin


On 07-May-07, at 16:16 , Andres Alcarraz wrote:

> Hi all, I was trying to make a java startup action when I realized
> that I cannot access the site context from them because the Context is
> null, that doesn't occur in script actions where you have a reference
> to the site context, I wonder what is the sense of having a startup
> action that has no access to the site context.
> Looking at the code I've found that when an action script is found
> site context is passed through the constructor, but that doesn't
> happen in java actions, I think the execute method could have more
> parameters or Action interface could have a setSiteContext() method, I
> know this would not be backward compatible, but a new StartupAction
> could be defined.
> What others means do i have to access the site context from a java
> startup action?
>
> I'm using jpublish 3.0b2 thanks in advance
>
>
> Andr=E9s
>
> ----------------------------------------------------------------------=20=

> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer

[JPublish-developer] java startup action

[Andres A. <alc...@gm...>]

sorry but in my previous post I was having troubles with gmail and in
the only one time I was able to send the mail I forgot to write the
subject again when I made the copy & paste.

Thanks and please forgive the noise

Andr=E9s

2007/5/7, Andres Alcarraz <alc...@gm...>:
> Hi all, I was trying to make a java startup action when I realized
> that I cannot access the site context from them because the Context is
> null, that doesn't occur in script actions where you have a reference
> to the site context, I wonder what is the sense of having a startup
> action that has no access to the site context.
> Looking at the code I've found that when an action script is found
> site context is passed through the constructor, but that doesn't
> happen in java actions, I think the execute method could have more
> parameters or Action interface could have a setSiteContext() method, I
> know this would not be backward compatible, but a new StartupAction
> could be defined.
> What others means do i have to access the site context from a java
> startup action?
>
> I'm using jpublish 3.0b2 thanks in advance
>
>
> Andr=E9s
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer
>

[JPublish-developer] (no subject)

[Andres A. <alc...@gm...>]

Hi all, I was trying to make a java startup action when I realized
that I cannot access the site context from them because the Context is
null, that doesn't occur in script actions where you have a reference
to the site context, I wonder what is the sense of having a startup
action that has no access to the site context.
Looking at the code I've found that when an action script is found
site context is passed through the constructor, but that doesn't
happen in java actions, I think the execute method could have more
parameters or Action interface could have a setSiteContext() method, I
know this would not be backward compatible, but a new StartupAction
could be defined.
What others means do i have to access the site context from a java
startup action?

I'm using jpublish 3.0b2 thanks in advance


Andr=E9s

Re: [JPublish-developer] JPublish (2.x) and AJAX-DWR; ready for prime time :)

[Alejandro R. <ap...@cs...>]

Nice work! I'm looking forward to see your enterprise-ready JPublish 2.0
code, Although we are using JPublish 3.0, we are not using any of its
features, so we can switch back to it.

For the records, we have been using AJAX with JPublish for a long time
in a very easy way, we just defined a new extension (.x) and added the
following line to jpublish.xml:

      <mime-mapping ext="x" mimetype="text/xml" />

Then we can reference xml pages from JS. Obviously this has nothing to
do with DWR integration but it's a nice way to integrate any AJAX-based
client-side JS library (we use it with prototype, OpenRico, some
ajax-based trees, etc.).

I have migrated our project (jPOS - http://sf.net/projects/jpos) from
CVS to SVN and it might be a good idea to do the same with JPublish and
create a jpublishdwr branch. Anyway, either at SF or at your own  svn
repository, please keep us posted!

--Alejandro
http://jpos.org/blog

[JPublish-developer] JPublish (2.x) and AJAX-DWR; ready for prime time :)

[Florin T.P. <flo...@gm...>]

Hi there,

For those of you still listening on this radio wave ;) JPublish 2  
works smoothly with the latest version of DWR 2.0. DWR (http:// 
getahead.org/dwr) being one of the best AJAX frameworks available  
today, in my humble opinion.

In case you're interested, follow this link:
  http://weblog.flop.ca/2007/04/28/1177793787559.html, and have a bit  
of patience in case you want to download the demo; a ~6MB zip file,  
my up link is not that great.

I'll look into adapting JPublishDWR to JPublish 3.0 if there is  
enough interest for that but for now JPublishDWR is working great  
with the modified version of JPublish 2.0.12 which is also enterprise  
ready (packed in the demo).

The site may be slow, since I am hosting this page at home for now,  
but it will improve soon.

Any feedback will be highly appreciated.

Have a nice day!
-florin

Re: [JPublish-developer] Simple JPublish2x component: TagCloud

[Florin T.P. <flo...@gm...>]

Wow, thank you for your interest guys, I thought nobody needs it. I  
was wrong, which is good, therefore I just created a new tagCloud  
library for JPublish 3.x, http://tagcloud.flop.ca/readme3.html ;)

JP3 users, please let me know if you have any troubles using it, the  
code is re-factored against the JP3 code from the HEAD of the CVS.

-florin


On 22-Oct-06, at 6:43 PM, Alejandro Revilla wrote:

>>
>> I have created a small component for JPublish 2x in case you guys are
>> interested. It helps you add a tagCloud on your JPublish2x pages. I
>> wrote a bit more about this component on my blog: http://
>> weblog.flop.ca/2006/10/21/1161474590401.html
>>
> Nice!
>
> BTW, just noticed your JPublishEngine.java 1.19; that was the only
> difference between JPublish HEAD and my local copy so I'm glad to
> get back to HEAD now. Thank you!
>
> --Alejandro
> http://jpos.org
>
>
> ---------------------------------------------------------------------- 
> ---
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer

Re: [JPublish-developer] Simple JPublish2x component: TagCloud

[Alejandro R. <ap...@cs...>]

> 
> I have created a small component for JPublish 2x in case you guys are  
> interested. It helps you add a tagCloud on your JPublish2x pages. I  
> wrote a bit more about this component on my blog: http:// 
> weblog.flop.ca/2006/10/21/1161474590401.html
> 
Nice! 

BTW, just noticed your JPublishEngine.java 1.19; that was the only
difference between JPublish HEAD and my local copy so I'm glad to
get back to HEAD now. Thank you!

--Alejandro
http://jpos.org

[JPublish-developer] Simple JPublish2x component: TagCloud

[Florin T.P. <flo...@gm...>]

Hi there,

I have created a small component for JPublish 2x in case you guys are  
interested. It helps you add a tagCloud on your JPublish2x pages. I  
wrote a bit more about this component on my blog: http:// 
weblog.flop.ca/2006/10/21/1161474590401.html

Unfortunately this version is only compliant with JPublish 2x and  
I'll open source it as soon as I'll make it compliant with 3.x as  
well. It is and will be always free.

I hope you'll find it useful :)

Cheers,
-florin

[JPublish-developer] Simple JPublish2x component: TagCloud

[Florin T.P. <flo...@gm...>]

Hi there,

I have created a small component for JPublish 2x in case you guys are  
interested. It helps you add a tagCloud on your JPublish2x pages. I  
wrote a bit more about this component on my blog: http:// 
weblog.flop.ca/2006/10/21/1161474590401.html

Unfortunately this version is only compliant with JPublish 2x and  
I'll open source it as soon as I'll make it compliant with 3.x as  
well. It is and will be always free.

I hope you'll find it useful :)

Cheers,
-florin

[JPublish-developer] Simple JPublish2x component: TagCloud

[Florin T.P. <flo...@gm...>]

Hi there,

I have created a small component for JPublish 2x in case you guys are  
interested. It helps you add a tagCloud on your JPublish2x pages. I  
wrote a bit more about this component on my blog: http:// 
weblog.flop.ca/2006/10/21/1161474590401.html

Unfortunately this version is only compliant with JPublish 2x and  
I'll open source it as soon as I'll make it compliant with 3.x as  
well. It is and will be always free.

I hope you'll find it useful :)

Cheers,
-florin

Re: [JPublish-developer] Navigation

[Florin T.P. <fl...@ro...>]

Hi Geek :)

Now let me refresh my memories....

1st of all, the PathActions *are* working the way you described and  
they are tied to the filter definition, the URL. What you experience  
is maybe a bug in 3.0?! I have to look at the code later on.

In respect of the context. Any redirect from an action will stop the  
rendering chain for the current page and the servlet will receive a  
new request *and* a new context is created for that specific request.  
I don't know if my English is good enough to explain this properly : 
( sorry.

This is why some web frameworks are using all sort of tricks for  
maintaining the data on redirects:
  - use the Session
  - converting the context contents or the Session ones into an html  
encoded URL and then redirect with parameters
  - etc.

Basically a redirect will create a new server Request.

Cheers,
-florin


On 20-Jun-06, at 1:55 PM, Rebel Geek wrote:

> Hi all,
>
> I thought I knew what I was doing, but evidence show that I don't...
>
> Path-actions:
>
> I am under the impression that path-actions are independant actions
> (i.e. not ties to any page) that will execute when it is matched by a
> particular URL. This is not what is happening.
>
> The action of my form is called "processAction", but when I submit my
> form, JPublish complains that there is no "processAction/index.html".
> So what I did was create a blank page so that the action executes and
> it does, BUT I stuff things into the context and redirect to another
> page (context.put("redirect","index.html")). When I look at the logs,
> JPublish has cleared the context before calling index.html. Here is a
> sample of the log...
>
> (home.bsh is the action for index.html)
>
> 2006-06-20 13:19:52,048 DEBUG [JPublishEngine] Executing global  
> actions.
> 2006-06-20 13:19:52,048 DEBUG [ScriptAction] Executing script:
> /actions/global.bsh
> 2006-06-20 13:19:52,048 DEBUG [BSFScriptHandler] Executing script:
> /actions/global.bsh
> 2006-06-20 13:19:52,078 DEBUG [bsh] In global.bsh
> 2006-06-20 13:19:52,088 DEBUG [bsh] Putting owner in context
> 2006-06-20 13:19:52,118 DEBUG [bsh] Contacts is null
> 2006-06-20 13:19:52,118 INFO  [ScriptAction] Elapsed time for
> localhost://actions/global.bsh:70ms
> 2006-06-20 13:19:52,118 DEBUG [JPublishEngine] Executing path actions,
> path: /processAction.html
> 2006-06-20 13:19:52,118 DEBUG [ScriptAction] Executing script:
> /actions/processAction.bsh
> 2006-06-20 13:19:52,118 DEBUG [ScriptAction] Loading updated or new
> script: /actions/processAction.bsh
> 2006-06-20 13:19:52,118 DEBUG [BSFScriptHandler] Executing script:
> /actions/processAction.bsh
> 2006-06-20 13:19:52,128 DEBUG [bsh] In processAction.bsh
> 2006-06-20 13:19:52,228 DEBUG [bsh] Owner name is No User
> 2006-06-20 13:19:52,228 DEBUG [bsh] User clicked Find...
> 2006-06-20 13:19:52,228 DEBUG [bsh] Putting tina in context as  
> nameToSearch
> 2006-06-20 13:19:52,238 INFO  [ScriptAction] Elapsed time for
> localhost://actions/processAction.bsh:120ms
> 2006-06-20 13:19:52,238 DEBUG [JPublishEngine] Executing
> post-evaluation actions.
> 2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Real path: /index.html
> 2006-06-20 13:19:52,268 DEBUG [PathUtilities] Wildcard index: 0
> 2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Creating session  
> facade
> 2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Session facade:
> org.jpublish.servlet.HttpSessionFacade@993aaa
> 2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Content type for
> extension html is text/html; charset=ISO-8859-1
>
> *************************** Here's the culprit
> **********************************
> 2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Cleared the context
>
> 2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Putting session in  
> the context
> 2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Rendering: /index.html
> 2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Adding
> org.jpublish.repository.DefaultRepository as content_repository
> 2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Executing pre- 
> evaluation actions.
> 2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Checking if static
> resource exists: /index.html
> 2006-06-20 13:19:52,268 DEBUG [DefaultResourceManager]
> FileSystemManager:
> org.apache.commons.vfs.impl.DefaultFileSystemManager@a801b0
> 2006-06-20 13:19:52,268 DEBUG [DefaultResourceManager] Base file: / 
> static
> 2006-06-20 13:19:52,268 DEBUG [DefaultResourceManager] File: / 
> static/index.html
> 2006-06-20 13:19:52,268 DEBUG [DefaultResourceManager] File exists?  
> false
> 2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Static resource
> '/index.html' not found
> 2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Loading the page.
> 2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Page name: index
> 2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Page type: html
> 2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Page path: /index
> 2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Page parent:
> 2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Resolving page  
> index.xml
> 2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Looking for
> page:/pages/index.xml
> 2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Page definition
> (/index) found in cache.
> 2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Getting page
> instance for /index.html
> 2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Page path: /index.html
> 2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Executing global  
> actions.
> 2006-06-20 13:19:52,268 DEBUG [ScriptAction] Executing script:
> /actions/global.bsh
> 2006-06-20 13:19:52,268 DEBUG [BSFScriptHandler] Executing script:
> /actions/global.bsh
> 2006-06-20 13:19:52,278 DEBUG [bsh] In global.bsh
> 2006-06-20 13:19:52,278 DEBUG [bsh] Putting owner in context
> 2006-06-20 13:19:52,288 DEBUG [bsh] Contacts is null
> 2006-06-20 13:19:52,288 INFO  [ScriptAction] Elapsed time for
> localhost://actions/global.bsh:20ms
> 2006-06-20 13:19:52,288 DEBUG [JPublishEngine] Executing path actions,
> path: /index.html
> 2006-06-20 13:19:52,288 DEBUG [ScriptAction] Executing script: / 
> actions/home.bsh
> 2006-06-20 13:19:52,288 DEBUG [BSFScriptHandler] Executing script:
> /actions/home.bsh
> 2006-06-20 13:19:52,288 DEBUG [bsh] In home.bsh
> 2006-06-20 13:19:52,288 DEBUG [bsh] Getting nameToSearch...
> 2006-06-20 13:19:52,288 DEBUG [bsh] nameToSearch = null
> 2006-06-20 13:19:52,288 DEBUG [bsh] Calling getContacts...
>
> The context is not cleared when the global script is called. So I made
> processAction a global action and I'm still getting the same result.
> Does redirect clear the context?
>
> Thanks.
>
>
> -- 
> Rebel Geek
> reb...@gm...
> 954-839-6234
>
>
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer

[JPublish-developer] Navigation

[Rebel G. <reb...@gm...>]

Hi all,

I thought I knew what I was doing, but evidence show that I don't...

Path-actions:

I am under the impression that path-actions are independant actions
(i.e. not ties to any page) that will execute when it is matched by a
particular URL. This is not what is happening.

The action of my form is called "processAction", but when I submit my
form, JPublish complains that there is no "processAction/index.html".
So what I did was create a blank page so that the action executes and
it does, BUT I stuff things into the context and redirect to another
page (context.put("redirect","index.html")). When I look at the logs,
JPublish has cleared the context before calling index.html. Here is a
sample of the log...

(home.bsh is the action for index.html)

2006-06-20 13:19:52,048 DEBUG [JPublishEngine] Executing global actions.
2006-06-20 13:19:52,048 DEBUG [ScriptAction] Executing script:
/actions/global.bsh
2006-06-20 13:19:52,048 DEBUG [BSFScriptHandler] Executing script:
/actions/global.bsh
2006-06-20 13:19:52,078 DEBUG [bsh] In global.bsh
2006-06-20 13:19:52,088 DEBUG [bsh] Putting owner in context
2006-06-20 13:19:52,118 DEBUG [bsh] Contacts is null
2006-06-20 13:19:52,118 INFO  [ScriptAction] Elapsed time for
localhost://actions/global.bsh:70ms
2006-06-20 13:19:52,118 DEBUG [JPublishEngine] Executing path actions,
path: /processAction.html
2006-06-20 13:19:52,118 DEBUG [ScriptAction] Executing script:
/actions/processAction.bsh
2006-06-20 13:19:52,118 DEBUG [ScriptAction] Loading updated or new
script: /actions/processAction.bsh
2006-06-20 13:19:52,118 DEBUG [BSFScriptHandler] Executing script:
/actions/processAction.bsh
2006-06-20 13:19:52,128 DEBUG [bsh] In processAction.bsh
2006-06-20 13:19:52,228 DEBUG [bsh] Owner name is No User
2006-06-20 13:19:52,228 DEBUG [bsh] User clicked Find...
2006-06-20 13:19:52,228 DEBUG [bsh] Putting tina in context as nameToSearch
2006-06-20 13:19:52,238 INFO  [ScriptAction] Elapsed time for
localhost://actions/processAction.bsh:120ms
2006-06-20 13:19:52,238 DEBUG [JPublishEngine] Executing
post-evaluation actions.
2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Real path: /index.html
2006-06-20 13:19:52,268 DEBUG [PathUtilities] Wildcard index: 0
2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Creating session facade
2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Session facade:
org.jpublish.servlet.HttpSessionFacade@993aaa
2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Content type for
extension html is text/html; charset=ISO-8859-1

*************************** Here's the culprit
**********************************
2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Cleared the context

2006-06-20 13:19:52,268 DEBUG [JPublishServlet] Putting session in the context
2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Rendering: /index.html
2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Adding
org.jpublish.repository.DefaultRepository as content_repository
2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Executing pre-evaluation actions.
2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Checking if static
resource exists: /index.html
2006-06-20 13:19:52,268 DEBUG [DefaultResourceManager]
FileSystemManager:
org.apache.commons.vfs.impl.DefaultFileSystemManager@a801b0
2006-06-20 13:19:52,268 DEBUG [DefaultResourceManager] Base file: /static
2006-06-20 13:19:52,268 DEBUG [DefaultResourceManager] File: /static/index.html
2006-06-20 13:19:52,268 DEBUG [DefaultResourceManager] File exists? false
2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Static resource
'/index.html' not found
2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Loading the page.
2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Page name: index
2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Page type: html
2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Page path: /index
2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Page parent:
2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Resolving page index.xml
2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Looking for
page:/pages/index.xml
2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Page definition
(/index) found in cache.
2006-06-20 13:19:52,268 DEBUG [DefaultPageManager] Getting page
instance for /index.html
2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Page path: /index.html
2006-06-20 13:19:52,268 DEBUG [JPublishEngine] Executing global actions.
2006-06-20 13:19:52,268 DEBUG [ScriptAction] Executing script:
/actions/global.bsh
2006-06-20 13:19:52,268 DEBUG [BSFScriptHandler] Executing script:
/actions/global.bsh
2006-06-20 13:19:52,278 DEBUG [bsh] In global.bsh
2006-06-20 13:19:52,278 DEBUG [bsh] Putting owner in context
2006-06-20 13:19:52,288 DEBUG [bsh] Contacts is null
2006-06-20 13:19:52,288 INFO  [ScriptAction] Elapsed time for
localhost://actions/global.bsh:20ms
2006-06-20 13:19:52,288 DEBUG [JPublishEngine] Executing path actions,
path: /index.html
2006-06-20 13:19:52,288 DEBUG [ScriptAction] Executing script: /actions/home.bsh
2006-06-20 13:19:52,288 DEBUG [BSFScriptHandler] Executing script:
/actions/home.bsh
2006-06-20 13:19:52,288 DEBUG [bsh] In home.bsh
2006-06-20 13:19:52,288 DEBUG [bsh] Getting nameToSearch...
2006-06-20 13:19:52,288 DEBUG [bsh] nameToSearch = null
2006-06-20 13:19:52,288 DEBUG [bsh] Calling getContacts...

The context is not cleared when the global script is called. So I made
processAction a global action and I'm still getting the same result.
Does redirect clear the context?

Thanks.


-- 
Rebel Geek
reb...@gm...
954-839-6234

Re: [JPublish-developer] BeanShell and Class: x not in namespace

[Lateef J. <lj...@so...>]

On Jun 16, 2006, at 9:31 PM, Florin T.PATRASCU wrote:

> Yes this is the way it always works. The shared classloader  
> architecture used by JBoss is not so friendly. Except the method 4)  
> suggested by Lateef, there is also one which always works, a not so  
> well known method: using the MANIFEST.MF/Class-Path. The  
> MANIFEST.MF referred to is the one inside the ejb or war archive  
> and NOT the one directly in the ear archive. You may want to read  
> more by following this link: http://java.sun.com/docs/books/ 
> tutorial/deployment/jar/

I didn't get this working via the MANIFEST.MF/Class-Path. My memory  
was that I didn't spend a lot of time on it either. The main problem  
I had was the classloader higher-achy, it did not work as advertised  
in the JBoss docs. I was at a training with Mark F. when he explained  
the classloader and the internals to JBoss and to this day I have no  
idea why I had so many attempts fail (problem is probably between my  
ears... sorry bad joke).


Lateef Jackson
lj...@so...

Re: [JPublish-developer] BeanShell and Class: x not in namespace

[Rebel G. <reb...@gm...>]

Hmm. The MBean thing sounds interesting. I am familiar with MBeans.
The problem is that the infrastructure is controlled by the (what
else) the infrastructure team. In my opinion (and I hope no spy mice
are listening to this <smile>) they implemented their infrastructure
incorrectly. To shed more light, each application is deployed in its
own "zone". A zone is nothing more than an instance of JBoss running
on a unique port. Therefore, creating an MBean should do the trick.
The thing is their scripts create a session bean that "knows" how to
access your service from the config/properties files that you set up
in your project. The session bean is just a pass-thru to your web app
so I don't see any reason NOT to make it an MBean. Now, the trick is
to convince them of it. (maybe some cheese would do the trick.
Hmm....)

I tried the MANIFEST trick to no avail. I only wanted to try Groovy
because I thought it would "see" all the classes unlike BeanShell. If
I am going to put the Groovy jars at the JBoss level, then I might as
well deploy my classes separately instead and use BeanShell. That
seems to do the trick, though it is not my preferred method.

If you compile a version of your Java 1.5 Groovy with Retroweaver
(http://retroweaver.sourceforge.net/) you would be able to run the
classes in Java 1.4. I did this with another project. The
infrastructure guys "had a cow", but I the "use the right tool for the
job" mentality and Java 1.5 with its generics was necessary. Hey, I'm
"rebel geek" for nothing. <smile>

I really want to thank you guys for the support. I will grab the
latest JP3 and try it. I hope to report something positive.

Regards

------------------------------------------
Be A Rebel

On 6/18/06, Florin T.PATRASCU <fl...@ro...> wrote:
>
> Hi Rebel,
>
> I hear you! I also know many other examples of (un)fortun(at)e 100 companies
> doing weird stuff with Java and architecture, but of course in the name of
> "J2EE and/or enterprise best practices" :)
>
> The classloading story in this case is a JBoss one. Has nothing to do with
> the version of JPublish, I wish it was that easy.
>
> Just curious now, is your application (the EAR) the only web app deployed
> under JBoss? If yes, maybe is not hard to change your legacy code, I don't
> know, and maybe you could refactor that session bean as an MBean and then
> your session, presented as a JBoss service, would be much friendlier to any
> web application deployed. This way, you'll have your (any) application able
> to breath as an unpacked and accessible web ... normal  application :)
>
> I am currently having something similar in production (www.masterfile.com)
> and JPublish is driving a massive web content. It would be impossible to
> administer a site like that if we'll have to pack the dynamic content in
> archives inaccessible to our designers. That will be an unacceptable
> architecture. Anthony and myself as well are big supporters of the
> separation of roles and concerns in the enterprise, as well as in any web
> (non-web) application, that's why JPublish was built the way it is and all
> the merits goes to Anthony in this respect.
>
> Anyway, try to grab the latest libraries from the JP3 trunk and see if there
> is a difference. You could also try to add the groovy-all-1.0-jsr-05.jar to
> your server/all/lib. Mind you the groovy version I have added last night to
> the CVS is compiled with Java 1.5! Also, have you tried to use the
> MANIFEST.MF/Class-Path?
>
>
> -florin
>
> PS
> I discovered recently (a month ago), that JBoss 4.0.4 is better (obvious)
> than the old versions, try it to see how (and if) is changing your
> perspective.
>
>
>
> On 17-Jun-06, at 11:54 PM, Rebel Geek wrote:
>
> Florin,
>
> Getting JP2 may be a solution if the classloading problems are
> resolved. Let me explain a little about our environment:
>
> I work for a fortune 100 (maybe a fortune 10) company run by a very
> large mouse (I dare not give out the name of the company <smile>). We
> have a portal and a SOA environment that provides content to the
> portal. The portal communicates with the SOA environment via WSRP (Web
> Services for Remote Portlet). The infrastructure guys provided us with
> some Ant scripts that will automagically (because our company is built
> on magic <more smiles>) builds a session bean that acts as a web
> service interface to our application. So if I just have a JSP
> accessing a database, the build scripts will "wrap" a web service
> layer around it. This is the reason why I have my WAR file in an EAR.
>
> I have gotten JP3 to work in our version of JBoss 3.2 using the
> following article
>
> http://wiki.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration
>
> especially the section titled " The Web Container". Though JP3 loads
> and finds bsh it cannot find Groovy for some reason and the action
> only "see" that classes that JBoss loads from the deploy folder or
> what's in the server/all/lib folder of JBoss.
>
> Hope this serves to give somebody in this group an epiphany. Thanks
> all for your help and insight.
>
> Regards,
>
>
> On 6/16/06, Florin T.PATRASCU <fl...@ro...> wrote:
>
>
>
> On 16-Jun-06, at 12:16 PM, Lateef Jackson wrote:
>
>
> What reasons are you using JPublish for? You may not be loosing
>
> anything but depends on what you like about JPublish.
>
> I subscribe to Lateef's question. If you're not using JP3 in a very specific
> way I may send you a new JP2 (I hope I'll commit it soon to the 2-0 branch
> in the CVS) which is cleaned a bit, some errors are fixed, the access to the
> page components are cached through a pluggable mechanism and all the
> libraries are updated to their latest versions; bsh, groovy, RHINO, etc.
>
> JPublish is a very reliable piece of software (I am biased, of course:) and
> the version I am using (based on 2.0 and I am still working on it) is very
> reliable and efficient, here are my old notes:
> http://weblog.flop.ca/2005/03/12/1110656258000.html, since
> then I added few more changes, such as: groovy support. Currently I am
> working to finalize the DWR support for AJAX and the support for page
> localization based on properties files, a very common i18n specific
> practice.
>
> You can use JP with Spring if you want and from there ... sky's the limit :)
> Here is a small jump-start if you want to try:
> http://www.flop.ca/links/sjp.html
>
> I'll be glad to hear more about your experience.
>
> -florin
>
>
>
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer
>
>
>
>
>
>
> --
> Rebel Geek
> reb...@gm...
> 954-839-6234
>
>
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer
>
>
>
> _______________________________________________
> Jpublish-developer mailing list
> Jpu...@li...
> https://lists.sourceforge.net/lists/listinfo/jpublish-developer
>
>
>


-- 
Rebel Geek
reb...@gm...
954-839-6234

Re: [JPublish-developer] BeanShell and Class: x not in namespace

[Rebel G. <reb...@gm...>]

(I need to use spell check more often. Forgive the typos)

On 6/18/06, Rebel Geek <reb...@gm...> wrote:
> Hmm. The MBean thing sounds interesting. I am familiar with MBeans.
> The problem is that the infrastructure is controlled by the (what
> else) the infrastructure team. In my opinion (and I hope no spy mice
> are listening to this <smile>) they implemented their infrastructure
> incorrectly. To shed more light, each application is deployed in its
> own "zone". A zone is nothing more than an instance of JBoss running
> on a unique port. Therefore, creating an MBean should do the trick.
> The thing is their scripts create a session bean that "knows" how to
> access your service from the config/properties files that you set up
> in your project. The session bean is just a pass-thru to your web app
> so I don't see any reason NOT to make it an MBean. Now, the trick is
> to convince them of it. (maybe some cheese would do the trick.
> Hmm....)
>
> I tried the MANIFEST trick to no avail. I only wanted to try Groovy
> because I thought it would "see" all the classes unlike BeanShell. If
> I am going to put the Groovy jars at the JBoss level, then I might as
> well deploy my classes separately instead and use BeanShell. That
> seems to do the trick, though it is not my preferred method.
>
> If you compile a version of your Java 1.5 Groovy with Retroweaver
> (http://retroweaver.sourceforge.net/) you would be able to run the
> classes in Java 1.4. I did this with another project. The
> infrastructure guys "had a cow", but I the "use the right tool for the
> job" mentality and Java 1.5 with its generics was necessary. Hey, I'm
> "rebel geek" for nothing. <smile>
>
> I really want to thank you guys for the support. I will grab the
> latest JP3 and try it. I hope to report something positive.
>
> Regards
>
> ------------------------------------------
> Be A Rebel
>
> On 6/18/06, Florin T.PATRASCU <fl...@ro...> wrote:
> >
> > Hi Rebel,
> >
> > I hear you! I also know many other examples of (un)fortun(at)e 100 companies
> > doing weird stuff with Java and architecture, but of course in the name of
> > "J2EE and/or enterprise best practices" :)
> >
> > The classloading story in this case is a JBoss one. Has nothing to do with
> > the version of JPublish, I wish it was that easy.
> >
> > Just curious now, is your application (the EAR) the only web app deployed
> > under JBoss? If yes, maybe is not hard to change your legacy code, I don't
> > know, and maybe you could refactor that session bean as an MBean and then
> > your session, presented as a JBoss service, would be much friendlier to any
> > web application deployed. This way, you'll have your (any) application able
> > to breath as an unpacked and accessible web ... normal  application :)
> >
> > I am currently having something similar in production (www.masterfile.com)
> > and JPublish is driving a massive web content. It would be impossible to
> > administer a site like that if we'll have to pack the dynamic content in
> > archives inaccessible to our designers. That will be an unacceptable
> > architecture. Anthony and myself as well are big supporters of the
> > separation of roles and concerns in the enterprise, as well as in any web
> > (non-web) application, that's why JPublish was built the way it is and all
> > the merits goes to Anthony in this respect.
> >
> > Anyway, try to grab the latest libraries from the JP3 trunk and see if there
> > is a difference. You could also try to add the groovy-all-1.0-jsr-05.jar to
> > your server/all/lib. Mind you the groovy version I have added last night to
> > the CVS is compiled with Java 1.5! Also, have you tried to use the
> > MANIFEST.MF/Class-Path?
> >
> >
> > -florin
> >
> > PS
> > I discovered recently (a month ago), that JBoss 4.0.4 is better (obvious)
> > than the old versions, try it to see how (and if) is changing your
> > perspective.
> >
> >
> >
> > On 17-Jun-06, at 11:54 PM, Rebel Geek wrote:
> >
> > Florin,
> >
> > Getting JP2 may be a solution if the classloading problems are
> > resolved. Let me explain a little about our environment:
> >
> > I work for a fortune 100 (maybe a fortune 10) company run by a very
> > large mouse (I dare not give out the name of the company <smile>). We
> > have a portal and a SOA environment that provides content to the
> > portal. The portal communicates with the SOA environment via WSRP (Web
> > Services for Remote Portlet). The infrastructure guys provided us with
> > some Ant scripts that will automagically (because our company is built
> > on magic <more smiles>) builds a session bean that acts as a web
> > service interface to our application. So if I just have a JSP
> > accessing a database, the build scripts will "wrap" a web service
> > layer around it. This is the reason why I have my WAR file in an EAR.
> >
> > I have gotten JP3 to work in our version of JBoss 3.2 using the
> > following article
> >
> > http://wiki.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration
> >
> > especially the section titled " The Web Container". Though JP3 loads
> > and finds bsh it cannot find Groovy for some reason and the action
> > only "see" that classes that JBoss loads from the deploy folder or
> > what's in the server/all/lib folder of JBoss.
> >
> > Hope this serves to give somebody in this group an epiphany. Thanks
> > all for your help and insight.
> >
> > Regards,
> >
> >
> > On 6/16/06, Florin T.PATRASCU <fl...@ro...> wrote:
> >
> >
> >
> > On 16-Jun-06, at 12:16 PM, Lateef Jackson wrote:
> >
> >
> > What reasons are you using JPublish for? You may not be loosing
> >
> > anything but depends on what you like about JPublish.
> >
> > I subscribe to Lateef's question. If you're not using JP3 in a very specific
> > way I may send you a new JP2 (I hope I'll commit it soon to the 2-0 branch
> > in the CVS) which is cleaned a bit, some errors are fixed, the access to the
> > page components are cached through a pluggable mechanism and all the
> > libraries are updated to their latest versions; bsh, groovy, RHINO, etc.
> >
> > JPublish is a very reliable piece of software (I am biased, of course:) and
> > the version I am using (based on 2.0 and I am still working on it) is very
> > reliable and efficient, here are my old notes:
> > http://weblog.flop.ca/2005/03/12/1110656258000.html, since
> > then I added few more changes, such as: groovy support. Currently I am
> > working to finalize the DWR support for AJAX and the support for page
> > localization based on properties files, a very common i18n specific
> > practice.
> >
> > You can use JP with Spring if you want and from there ... sky's the limit :)
> > Here is a small jump-start if you want to try:
> > http://www.flop.ca/links/sjp.html
> >
> > I'll be glad to hear more about your experience.
> >
> > -florin
> >
> >
> >
> > _______________________________________________
> > Jpublish-developer mailing list
> > Jpu...@li...
> > https://lists.sourceforge.net/lists/listinfo/jpublish-developer
> >
> >
> >
> >
> >
> >
> > --
> > Rebel Geek
> > reb...@gm...
> > 954-839-6234
> >
> >
> > _______________________________________________
> > Jpublish-developer mailing list
> > Jpu...@li...
> > https://lists.sourceforge.net/lists/listinfo/jpublish-developer
> >
> >
> >
> > _______________________________________________
> > Jpublish-developer mailing list
> > Jpu...@li...
> > https://lists.sourceforge.net/lists/listinfo/jpublish-developer
> >
> >
> >
>
>
> --
> Rebel Geek
> reb...@gm...
> 954-839-6234
>


-- 
Rebel Geek
reb...@gm...
954-839-6234