On 9/6/05, Johan Compagner <[EMAIL PROTECTED]> wrote:
> hmm i have to be stupid or something because i still don't get it
> How is a request made?
> what is the url??
> 
> /resource/my.package.MyClass/test.jpg
> 
> Then we just lookup that thing? So we don't have to have the resource
> there we just lookup when we get that?
> Then who makes those urls? Now a resource reference does that.


Well, one thing we can do is just try to get it. And if we found it,
register it on the fly so we don't have to do the looking up again.


> 
> I still think a String is a bad idea. Because what is a string in this
> content
> if it is a url then name keep it asl a URL.. But in the end it is just a
> scope (and that is the Dojo.class)

It would only work when the name equals the scope.

> 
> We made a decision  that we do register recourses so that we can make
> sure that they only get what they can get.
> because this  i don't want to happen:
> 
> /resource/my.package.MyClass/MyClass.class
> 


That's the filtering I was talking about. It would be ugly, I agree.

Eelco


> johan
> 
> Eelco Hillenius wrote:
> > Yeah, that's another option. A bit more work to implement I think, but
> > it is probably the way we should go. Things can get ugly when you want
> > to filter/ NOT allow certain requests to be made.
> >
> > Eelco
> >
> >
> > On 9/6/05, Cameron Braid <[EMAIL PROTECTED]> wrote:
> >
> >>
> >>> -----Original Message-----
> >>> From: [EMAIL PROTECTED] [mailto:wicket-develop-
> >>> [EMAIL PROTECTED] On Behalf Of Johan Compagner
> >>> Sent: Tuesday, 6 September 2005 9:11 PM
> >>> To: [email protected]
> >>> Subject: Re: [Wicket-develop] Ideas for better Dojo support
> >>>
> >>> yes that would be nice.
> >>> But i don't think there is a way to scan (file.list()) inside a jar on
> >>> the classpath i think
> >>> Have to look in the api for that
> >>>
> >> The folder won't need to be scanned, all that is required is to support
> >> individual requests for known files.
> >>
> >>
> >>> But still what does a static path (a string) mean for cameron?
> >>> What does that string represent when it is inside a jar?
> >>> Is it a url?
> >>>
> >> Yes, its is a base url for the folder.  It allows new URLs to be created
> >> that are within the folder.
> >>
> >>
> >>> johan
> >>>
> >>>
> >>> Eelco Hillenius wrote:
> >>>
> >>>> I think what Cameron means - and I agree with that - is that it would
> >>>> be very convenient to be able to register everything in a package with
> >>>> one command. Of course, the /implementation/ of that command is to
> >>>> scan the package and register every resource found one at a time.
> >>>>
> >>>> Eelco
> >>>>
> >>>>
> >>>> On 9/6/05, Johan Compagner <[EMAIL PROTECTED]> wrote:
> >>>>
> >>>>
> >>>>> but at what time do you want to do it?
> >>>>> Because that has to be done anyway..
> >>>>>
> >>>>> I still don't see why a String (staticroot) would help you with that
> >>>>> instead of just directly use the Dojo.class
> >>>>>
> >>>>> johan
> >>>>>
> >>>>>
> >>>>> Cameron Braid wrote:
> >>>>>
> >>>>>
> >>>>>> Its just a pain to have to register EVERY SINGLE static resource.
> >>>>>>
> >>>>>> Cameron
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> -----Original Message-----
> >>>>>>> From: [EMAIL PROTECTED] [mailto:wicket-
> >>>>>>>
> >>> develop-
> >>>
> >>>>>>> [EMAIL PROTECTED] On Behalf Of Johan Compagner
> >>>>>>> Sent: Tuesday, 6 September 2005 7:19 PM
> >>>>>>> To: [email protected]
> >>>>>>> Subject: Re: [Wicket-develop] Ideas for better Dojo support
> >>>>>>>
> >>>>>>> why register a folder?
> >>>>>>> why not just use the class itself (as scope)
> >>>>>>> because as far as i can see that is what you want.
> >>>>>>> You want the package == scope == the Dojo.class
> >>>>>>>
> >>>>>>> johan
> >>>>>>>
> >>>>>>>
> >>>>>>> Cameron Braid wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> I think that being able to register a folder, and optionally a
> >>>>>>>>
> >>> filter,
> >>>
> >>>>>>>>
> >>>>>>> to
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> export a folder of static resources would still be a good idea.
> >>>>>>>>
> >>>>>>>> Cameron
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> -----Original Message-----
> >>>>>>>>> From: [EMAIL PROTECTED] [mailto:wicket-
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>> develop-
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>> [EMAIL PROTECTED] On Behalf Of Eelco Hillenius
> >>>>>>>>> Sent: Tuesday, 6 September 2005 6:08 PM
> >>>>>>>>> To: [email protected]
> >>>>>>>>> Subject: Re: [Wicket-develop] Ideas for better Dojo support
> >>>>>>>>>
> >>>>>>>>> With other javascript/ css dependencies (like with the DatePicker)
> >>>>>>>>>
> >>> the
> >>>
> >>>>>>>>> relative resolving works. As long as all dependencies are
> >>>>>>>>> pre-registered. This could be more elagant, agreed on that. It
> >>>>>>>>>
> >>> should
> >>>
> >>>>>>>>> be easy to scan a package and automatically register the resources
> >>>>>>>>>
> >>> we
> >>>
> >>>>>>>>> find in it based on e.g. extensions.
> >>>>>>>>>
> >>>>>>>>> Why do you want to use an initializer? This looks like more work.
> >>>>>>>>>
> >>> If
> >>>
> >>>>>>>>> you use AjaxHandlers, like DojoAjaxHandler, the registering and
> >>>>>>>>>
> >>> header
> >>>
> >>>>>>>>> contribution is done automatically for you. And there is a
> >>>>>>>>>
> >>> seperation
> >>>
> >>>>>>>>> between contributions that should be done once (the static .js file
> >>>>>>>>> includes) and contributions that should be done for every ajax
> >>>>>>>>> handler. Doesn't this suit your needs? And if not, what do you find
> >>>>>>>>> inconvenient in our ajax handler pattern?
> >>>>>>>>>
> >>>>>>>>> Eelco
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> -------------------------------------------------------
> >>>>>>>>> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>>>>>>>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> >>>>>>>>> Practices
> >>>>>>>>> Agile & Plan-Driven Development * Managing Projects & Teams *
> >>>>>>>>>
> >>> Testing &
> >>>
> >>>>>>>>>
> >>>>>>> QA
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>> Security * Process Improvement & Measurement *
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>> http://www.sqe.com/bsce5sf
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>> _______________________________________________
> >>>>>>>>> Wicket-develop mailing list
> >>>>>>>>> [email protected]
> >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>> -------------------------------------------------------
> >>>>>>>> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>>>>>>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>> Practices
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> Agile & Plan-Driven Development * Managing Projects & Teams *
> >>>>>>>>
> >>> Testing &
> >>>
> >>>>>>>>
> >>>>>>> QA
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> Security * Process Improvement & Measurement *
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>> http://www.sqe.com/bsce5sf
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> _______________________________________________
> >>>>>>>> Wicket-develop mailing list
> >>>>>>>> [email protected]
> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>> -------------------------------------------------------
> >>>>>>> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>>>>>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> >>>>>>> Practices
> >>>>>>> Agile & Plan-Driven Development * Managing Projects & Teams * Testing
> >>>>>>>
> >>> & QA
> >>>
> >>>>>>> Security * Process Improvement & Measurement *
> >>>>>>>
> >>> http://www.sqe.com/bsce5sf
> >>>
> >>>>>>> _______________________________________________
> >>>>>>> Wicket-develop mailing list
> >>>>>>> [email protected]
> >>>>>>> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>> -------------------------------------------------------
> >>>>>> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>>>>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> >>>>>>
> >>> Practices
> >>>
> >>>>>> Agile & Plan-Driven Development * Managing Projects & Teams * Testing
> >>>>>>
> >>> & QA
> >>>
> >>>>>> Security * Process Improvement & Measurement *
> >>>>>>
> >>> http://www.sqe.com/bsce5sf
> >>>
> >>>>>> _______________________________________________
> >>>>>> Wicket-develop mailing list
> >>>>>> [email protected]
> >>>>>> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> -------------------------------------------------------
> >>>>> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>>>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> >>>>>
> >>> Practices
> >>>
> >>>>> Agile & Plan-Driven Development * Managing Projects & Teams * Testing &
> >>>>>
> >>> QA
> >>>
> >>>>> Security * Process Improvement & Measurement *
> >>>>>
> >>> http://www.sqe.com/bsce5sf
> >>>
> >>>>> _______________________________________________
> >>>>> Wicket-develop mailing list
> >>>>> [email protected]
> >>>>> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>>>>
> >>>>>
> >>>>>
> >>>> -------------------------------------------------------
> >>>> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> >>>>
> >>> Practices
> >>>
> >>>> Agile & Plan-Driven Development * Managing Projects & Teams * Testing &
> >>>>
> >>> QA
> >>>
> >>>> Security * Process Improvement & Measurement *
> >>>>
> >>> http://www.sqe.com/bsce5sf
> >>>
> >>>> _______________________________________________
> >>>> Wicket-develop mailing list
> >>>> [email protected]
> >>>> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>>>
> >>>>
> >>>>
> >>> -------------------------------------------------------
> >>> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> >>> Practices
> >>> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> >>> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> >>> _______________________________________________
> >>> Wicket-develop mailing list
> >>> [email protected]
> >>> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>>
> >>
> >> -------------------------------------------------------
> >> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> >> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> >> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> >> _______________________________________________
> >> Wicket-develop mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>
> >>
> >
> >
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> > _______________________________________________
> > Wicket-develop mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >
> >
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Wicket-develop mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
>


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop

Reply via email to