Auto file deployment on WebLogic CLK-411

[sabob]

Hi Malcolm,

Just to be clear, the issue with WebLogic is that files might not be
deployable to the exploded directory because of security restrictions?

But everything still works if the WAR is packaged with all resources
in the right location? Its just a schlep?

We could also look at ways to serve the resources directly from the
jar location 'META-INF/web'? So if the resources cannot be deployed,
serve them from the jar?

kind regards

bob

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development

[Malcolm Edgar-2]

On Tue, Jul 22, 2008 at 2:20 AM, bob <sabob1@...> wrote:
> Hi Malcolm,
>
> Just to be clear, the issue with WebLogic is that files might not be
> deployable to the exploded directory because of security restrictions?

Yes that is right, security restrictions.

> But everything still works if the WAR is packaged with all resources
> in the right location? Its just a schlep?

Yes

> We could also look at ways to serve the resources directly from the
> jar location 'META-INF/web'? So if the resources cannot be deployed,
> serve them from the jar?

Yes that is what I am thinking about, extending the ClickServlet to
serve static resources in the /click directory.

>
> kind regards
>
> bob
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Click-development mailing list
> Click-development@...
> https://lists.sourceforge.net/lists/listinfo/click-development
>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development

[sabob]

Malcolm Edgar wrote:

> Yes that is what I am thinking about, extending the ClickServlet to
> serve static resources in the /click directory.

Could also use a Filter that is mapped to "/*". It the resources were
not deployed, the Filter can handle the caching and serving of static
resources.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development

[Malcolm Edgar-2]

Yes that is another way to think about it, this would minimize impact
on ClickServlet for this rarer use case.

I would imagine you could setup a filter mapping for /click/* for a
ResourceFilter. I would imagine putting the PerformanceFilter in front
of this so we dont have to double up on the code.

On Tue, Jul 22, 2008 at 6:44 PM, bob <sabob1@...> wrote:

> Malcolm Edgar wrote:
>
>> Yes that is what I am thinking about, extending the ClickServlet to
>> serve static resources in the /click directory.
>
> Could also use a Filter that is mapped to "/*". It the resources were
> not deployed, the Filter can handle the caching and serving of static
> resources.
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Click-development mailing list
> Click-development@...
> https://lists.sourceforge.net/lists/listinfo/click-development
>

regards Malcolm Edgar

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development

[sabob]

Malcolm Edgar wrote:
> Yes that is another way to think about it, this would minimize impact
> on ClickServlet for this rarer use case.
>
> I would imagine you could setup a filter mapping for /click/* for a
> ResourceFilter. I would imagine putting the PerformanceFilter in front
> of this so we dont have to double up on the code.

ResourceFilter sounds like a good name too :). Then one can map it
/click/* or /clickclick/* or /module1/* etc.

Hmm having to map the Filter to each module might not be very
productive. Alternatively we can map the Filter to /*, and Filter can
check for htm and jsp, which is routed to ClickServlet. URL's
containing /click/* and any registered module e.g. /mymodule/* is
served from the Jar. Other resources are send to the DefaultServlet.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development