Ofcourse not. We could have a designated FTP directory. Or created an
upload function in our webapplication that uploads to the database. No
need to redeploy our webapp. No need to have access to the server except
for the FTP dir.
Anyway, it's your choice about how to do things... If you're sure you
can access your server, that's fine. Do whatever you like. I'm just
saying that that's not how (larger) companies work in general.
Eelco
Gili wrote:
So why are we even discussing this? :) I mean, if they say they're
responsible for the operation of the application, database, etc it
will be up to them to redeploy the application as needed (and it is
your job to inform them that you need it redeployed in such a case).
Sorry, I just feel like we're talking in circles. I've already
made my views clear so I'll end it at that. I trust that you guys will
handle this in a suitable manner :)
Gili
Eelco Hillenius wrote:
Gili wrote:
Eelco Hillenius wrote:
There is no problem with resources that reside in your
webapplication directory normally. The problem only exists when
rewriting to 'paths' (which is translated to the pathInfo field of
the HttpServletRequest).
Well, maybe we do need a convenient way to access the context path
in your templates directly. Dunno. Would make things much uglier.
And you can insert the context path with your own component now.
It'll make things uglier only if you choose to use non-packaged
resources, right? Secondly, I don't understand how web hosts do not
give you control over redeploying your application. I mean, how else
do you ensure your changes take place?
Well, that's just how they work. They take over the responsibilty of
running your application, database, etc. So, they won't allow you to
mess up things.
Gili
-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit
http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit
http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit
http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
