You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Harish Krishnaswamy <hk...@comcast.net> on 2003/10/01 00:45:17 UTC
Complex service ids
Is there a specific reason why only simple ids are allowed for services?
Why can't I say <service-point id="xyz.Service"...> and also
<service-point id="abc.Service"...> within the same module?
-Harish
Re: [Jelly] include/import
Posted by Rodney Waldhoff <rw...@apache.org>.
This might be a better post for the user list, but if you post a sample of
your scripts it might be easier to tell what's going on.
I've had good luck with this structure:
file: parent.jelly:
<j:jelly xmlns:j="jelly:core">
<j:include uri="child.jelly"/>
</j:jelly>
file: child.jelly:
<j:jelly xmlns:j="jelly:core" xmlns:log="jelly:log">
<log:debug name="mylog">Hello World!</log:debug>
</j:jelly>
but that's with a slightly old version of jelly. I suspect this should
still work.
The semantics of include vs. import aren't quite the same as the XSLT
notions. As far as I can tell both include and import are more
functionally equivalent to the <jsp:include/> tag--they'll invoke a
different, stand-alone script.
- Rod <http://radio.weblogs.com/0122027/>
On Tue, 30 Sep 2003, Tony Pelton wrote:
>
> hi,
>
> new to jelly.
>
> i am trying to do some very simplistic stuff with Jelly.
>
> i got a basic script working, doing a <define> for a little bean and calling
> the script from some simple java code that creates a context and runs the
> script.
>
> worked great.
>
> i then wanted to see how i could execute a jelly script from within a script.
>
> i assume that <include> or <import> is the way to do this ?
>
> so i tried it by creating a _very_ simple wrapper script for the first script
> i wrote that works great.
>
> when i execute the wrapper script, i get NoClassDefFound errors complaining
> about classes for some of the taglibs that jelly supports ... such as JMS for
> instance.
>
> i am not referencing JMS tags in any way.
>
> i don't have this problem when i execute the script standalone.
>
> i don't understand.
>
> Tony
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
[Jelly] include/import
Posted by Tony Pelton <to...@dsrts.com>.
hi,
new to jelly.
i am trying to do some very simplistic stuff with Jelly.
i got a basic script working, doing a <define> for a little bean and calling
the script from some simple java code that creates a context and runs the
script.
worked great.
i then wanted to see how i could execute a jelly script from within a script.
i assume that <include> or <import> is the way to do this ?
so i tried it by creating a _very_ simple wrapper script for the first script
i wrote that works great.
when i execute the wrapper script, i get NoClassDefFound errors complaining
about classes for some of the taglibs that jelly supports ... such as JMS for
instance.
i am not referencing JMS tags in any way.
i don't have this problem when i execute the script standalone.
i don't understand.
Tony
--
===
"They that can give up essential liberty
to obtain a little temporary safety deserve
neither liberty nor safety."
-- Benjamin Franklin
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [HiveMind] Re: Complex service ids
Posted by Harish Krishnaswamy <hk...@comcast.net>.
I see, not a big deal, I just stumbled upon this and wondered.
Thanks,
Harish
Christian Essl wrote:
> The framework code uses this pattern to differentiate between the
> module-id and the service/configuraton id.
>
> Also for your own configurations it's realy confinient. Just check if
> a dot is contained in the id and
> you know that a contribution references something in the current
> module or not.
>
> On Tue, 30 Sep 2003 18:46:50 -0400, Harish Krishnaswamy
> <hk...@comcast.net> wrote:
>
>> Oops! Forgot the painful prefix!
>>
>> Harish Krishnaswamy wrote:
>>
>>> Is there a specific reason why only simple ids are allowed for
>>> services? Why can't I say <service-point id="xyz.Service"...> and
>>> also <service- point id="abc.Service"...> within the same module?
>>>
>>> -Harish
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>
>
>
>
Re: [HiveMind] Re: Complex service ids
Posted by Harish Krishnaswamy <hk...@comcast.net>.
I see, not a big deal, I just stumbled upon this and wondered.
Thanks,
Harish
Christian Essl wrote:
> The framework code uses this pattern to differentiate between the
> module-id and the service/configuraton id.
>
> Also for your own configurations it's realy confinient. Just check if
> a dot is contained in the id and
> you know that a contribution references something in the current
> module or not.
>
> On Tue, 30 Sep 2003 18:46:50 -0400, Harish Krishnaswamy
> <hk...@comcast.net> wrote:
>
>> Oops! Forgot the painful prefix!
>>
>> Harish Krishnaswamy wrote:
>>
>>> Is there a specific reason why only simple ids are allowed for
>>> services? Why can't I say <service-point id="xyz.Service"...> and
>>> also <service- point id="abc.Service"...> within the same module?
>>>
>>> -Harish
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [HiveMind] Re: Complex service ids
Posted by Christian Essl <ch...@yahoo.de>.
The framework code uses this pattern to differentiate between the module-id
and the service/configuraton id.
Also for your own configurations it's realy confinient. Just check if a dot
is contained in the id and
you know that a contribution references something in the current module or
not.
On Tue, 30 Sep 2003 18:46:50 -0400, Harish Krishnaswamy
<hk...@comcast.net> wrote:
> Oops! Forgot the painful prefix!
>
> Harish Krishnaswamy wrote:
>
>> Is there a specific reason why only simple ids are allowed for services?
>> Why can't I say <service-point id="xyz.Service"...> and also <service-
>> point id="abc.Service"...> within the same module?
>>
>> -Harish
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [HiveMind] Re: Complex service ids
Posted by Christian Essl <ch...@yahoo.de>.
The framework code uses this pattern to differentiate between the module-id
and the service/configuraton id.
Also for your own configurations it's realy confinient. Just check if a dot
is contained in the id and
you know that a contribution references something in the current module or
not.
On Tue, 30 Sep 2003 18:46:50 -0400, Harish Krishnaswamy
<hk...@comcast.net> wrote:
> Oops! Forgot the painful prefix!
>
> Harish Krishnaswamy wrote:
>
>> Is there a specific reason why only simple ids are allowed for services?
>> Why can't I say <service-point id="xyz.Service"...> and also <service-
>> point id="abc.Service"...> within the same module?
>>
>> -Harish
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
[HiveMind] Re: Complex service ids
Posted by Harish Krishnaswamy <hk...@comcast.net>.
Oops! Forgot the painful prefix!
Harish Krishnaswamy wrote:
> Is there a specific reason why only simple ids are allowed for
> services? Why can't I say <service-point id="xyz.Service"...> and also
> <service-point id="abc.Service"...> within the same module?
>
> -Harish
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
[HiveMind] Re: Complex service ids
Posted by Harish Krishnaswamy <hk...@comcast.net>.
Oops! Forgot the painful prefix!
Harish Krishnaswamy wrote:
> Is there a specific reason why only simple ids are allowed for
> services? Why can't I say <service-point id="xyz.Service"...> and also
> <service-point id="abc.Service"...> within the same module?
>
> -Harish
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org