Share

pack:tag

Tracker: Feature Requests

5 pack:tag support for CDN's and load balancers...? - ID: 1934099
Last Update: Comment added ( echofloripa )

First of all, love this library.

I've built something similar at flixster.com, but since it fails to
obfuscate prototype 1.6's new $super variables, I'm testing new libraries
in the market.

Here are my humble requests for pack:tag:

1) We would like to proxy all requests for javascript and css files through
a content delivery network (CDN). To do this, we'd need to prefix all
scripts with a url:
http://static.cdn.com/combined.js.1234.pack. It would be great if the
property "cache.servlet.combined.style.path" could support full urls,
instead of relative urls.

2) We have several webapp servers, and we load balance traffic between
them. So here's the potential problem:
- User's browser hits ourserver.com and gets loadbalanced to server A,
which generates/caches/references "combined.js.1234.pack" file.
- User's browser then requests script "combined.js.1234.pack", but this
request gets load balanced to server B.
- Server B fails to find "combined.js.1234.pack", since it has not yet
packed this script set yet.

Instead of using virtual paths, it would great if pack:tag generated a url
with all files as parameters:
eg, <scrpt src="/packer?file=1.js&file=2.js..."
and then execute the script consolidation/minification/obfuscation/caching
on the servlet (instead of during page generation). The problem with
virtual paths is that they are transient and only useful for cache
management, and probably shouldn't be used as public urls/keys...

Thanks for all of your great work, and hope you find my feedback useful.

Eugene Park
Flixster, Inc.


Eugene ( epark ) - 2008-04-04 05:21

5

Open

None

Nobody/Anonymous

None

None

Public


Comments ( 6 )




Date: 2009-07-23 10:47
Sender: echofloripa

Hi Daniel

Well done for this useful tool.

Is there any update on supporting loadbalancers? It seems we will hit the
same problem when we move behind the loadbalancers.

emerson


Date: 2009-07-22 08:49
Sender: nobody

Hi Daniel

Well done for this useful tool.

Is there any update on supporting loadbalancers? It seems we will hit the
same problem when we move behind the loadbalancers.

emerson


Date: 2009-05-27 01:07
Sender: nobody

(cut short) I wanted to throw my vote behind this feature as well. I
noticed that pack:tag now supports ehcache. I'm going to guess that this
means it can store the package in cache where any server will look to see
if it exists. This should solve the problem of hitting a "stale" host when
deploying to multiple hosts, no?

Is this a viable solution for others?

I'd need memcached support instead of ehcache, but I can look into that
myself.



Date: 2009-05-27 01:04
Sender: nobody

I wanted to throw my vote behind this feature as well.


Date: 2008-05-19 21:53
Sender: nobody

Logged In: NO

I work on a project that would also really, really appreciate this
feature. We run on ten servers with two load balancers. Pack:tag is a
great idea, but if it can't support running on multiple servers, we simply
can't use it.


Date: 2008-05-04 07:25
Sender: danielgalanProject Admin


Hi, thanks for your input.
At the moment I simply don't have enough time -- but I will definitly try
to take a look how this can be solved in a future release!

Regards
Daniel




Log in to comment.




Attached File

No Files Currently Attached

Change

No changes have been made to this artifact.