Re: ModalWindow
On Thu, Jun 5, 2008 at 5:27 PM, nanotech <[EMAIL PROTECTED]> wrote: > > Hi All, > > I am using panel inside a ModalWindow. I have few questions regarding Modal > Window. > > 1. It seems that setInitialWidth(800) is not being honoured. No matter what > size I set it comes out to be same size. Did you set a cookie name? ifso the width and height will be read from the cookie so you might want to clear that. > > 2. Also, when I try to increase horiznontal size of modal window (by > dragging )then it does not increase,however the parent window from where > modal window has come shows horzontal scrollbar. (I know it works fine in > the example at > http://www.wicket-library.com/wicket-examples/ajax/modal-window.0 ) . But I > wonder whats wrong in my case. > > Inspecting the div in Firebug showed > > > > However, the actual modal window did not expand horizontally. Odd, but without any code hard to explain, probably even with code :P You could try using a Page instead of a Panel. (not sure what the example does) > > 3. Is there a way to set(or restrict) max width / max height of ModalWindow. No > > 4. How can I add Header/Footer in Modal window (Do I have to use Modal > window with Page in that case?) Not necessarily, you can just as easily put 3 divs on your panel to fake a header and footer. But in general it is better to use a Page as it will use an iframe for the modal window. > > 5. Also, when ModalWindow gets created it uses modal.css for styling. Is it > possible to provide my own css? If yes, then do I have to keep the css class > names same as in modal.css (e.g class="wicket-modal" ) Well you can set a css classname on the modal window, i think it is used for the border. but if you want to overwrite other pieces of css then yes theoretically you could overwrite the css classes in your own css. You just have to make sure the loading order of the stylesheets is correct. However i recently tried this myself and only got it to work by specifying an additional style and use javascript to change the class attribute to my style. Maurice > > > Thanks, > RG > -- > View this message in context: > http://www.nabble.com/ModalWindow-tp17672576p17672576.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Refreshing a List view
If that does not work you can also force the list to recreate all
items by calling removeAll() after you have deleted the object.
Maurice
On Thu, Jun 5, 2008 at 7:39 PM, Sam Barnum <[EMAIL PROTECTED]> wrote:
> Ricky, what are you using as the model for your refreshing view?
>
> You should be using some sort of detachable model that re-fetches the items
> for the list from the DB each time.
>
> --
> Sam Barnum
> 360 Works
> http://www.360works.com
> 415.865.0952
>
>
>
> On Jun 5, 2008, at 10:32 AM, Ricky wrote:
>
>> Hi,
>>
>> I have a RefreshingView which has a delete button in it (this deletes the
>> model present in the backing list for the view.) The problem is that when
>> a
>> delete is performed on DB, (see onSubmit( ) for
>> *deletePlanObjectiveDetailButton
>> below) *the size of the list changes, Is there a way to "refresh" the
>> view
>> after I remove the model from the backing list (list.remove( xxx )) ??
>> Here's a snippet of what i am doing:
>>
>> *new RefreshingView("refreshing-view-list") {
>>
>>// populate item.
>>protected final void populateItem(final Item item) {
>>final MODEL backingListModel = (backingListModel)
>> item.getModelObject();
>>
>> item.add(new Label("label-objective-name",
>> backingListModel.getName()));
>>
>>final Button deletePlanObjectiveDetailButton = new
>> Button("button-delete-plan-objective-details") {
>>private static final long serialVersionUID = 1L;
>>
>>// onSubmit.
>>public final void onSubmit() {
>>new
>> ObjectiveMeasureDataProvider().deleteObjectiveMeasure(backingListModel);
>>backingListModels.remove( ); /// < Searches
>> for backing Model deleted in current list based on id and removes it.
>>// TODO Figure out a way to do list view refresh
>> here.
>> }
>>};
>> item.add(deletePlanObjectiveDetailButton);
>>}
>>};
>>
>> *Any Help would be appreciable!!???*
>> *Rick
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: strange links
The "dots" are there for a reason. Wicket generates relative URLs. -Matej On Fri, Jun 6, 2008 at 8:44 AM, Tomasz Prus <[EMAIL PROTECTED]> wrote: > I have links like this > > > > in page source. My boss wants i remove these dots. > > Can anyone help me ? > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Item.getIndex() on DefaultDataTable
On Thu, Jun 5, 2008 at 7:55 PM, Flavius <[EMAIL PROTECTED]> wrote:
>
> I'm using a DefaultDataTable and I want to get the index of the selected
> item. However the index always returns 0. Is this by design?
>
> new AbstractColumn(new Model("Test Label"))
>{
>public void populateItem(Item item, String
> componentId, IModel model)
>{
>int selectedIndex = item.getIndex(); //this
> always returns 0;
>}
>}
>
> However, with a dataView, I do get the item index:
>
>dataView = new DataView("dataview", dp)
>{
>@Override
>protected void populateItem(final Item item)
>{
>int selectedIndex = item.getIndex();
> //increments by 1 with each
> iteration.
>}
>}
>
> I considered using a DataView instead of the DefaultDataTable, but the DDT
> has the toolbars and such already nicely built in. Looking at the code, it
> seems like an Item in a DataView represents the entire row
> whereas in the DataGridView from the DefaultDataTable, it represents a cell.
> Is this why the behavior
> is different?
Yes, inside the column you do not have access to the row index, only
to the column index. apparently this is your first column.
Maurice
>
> Thanks very much.
> --
> View this message in context:
> http://www.nabble.com/Item.getIndex%28%29-on-DefaultDataTable-tp17676006p17676006.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: DataProvider as model for AutoCompleteTextField?
You can just wrap your dataprovider in a model, use the iterator to fill a temporary list and simply return that in your model. Optimally you would use a LDM or have a hook on your dataprovider (if you do not care about building a reusable model) to return the inner list of the provider. Maurice On Thu, Jun 5, 2008 at 8:17 PM, Michael Mehrle <[EMAIL PROTECTED]> wrote: > I have written a DataProvider as the model for a ListView, and would > also like to use it for a AutoCompleteTextField. I have done that > successfully in the past by explicitly accessing the iterator() method. > But I was hoping to be able to simply assign it as a model somehow. Is > this possible? > > > > Thanks, > > > > Michael > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: scriptaculous toaster
Ryan Sonnek wrote: Not sure what this 'toaster' is, but i really like the multiple effect! is it available in 1.8 or is this in scriptaculous 2.0? Im not sure what the definition of toaster really are. But im thinking of something like this: http://www.demay-fr.net:8080/Wicket-start/app?wicket:bookmarkablePage=:wicket.contrib.dojo.examples.ToasterSample We have a scriptaculous header contributor using the ScriptaculousAjaxBehavior.newJavascriptBindingBehavior(). do you need something different? Doh did not see that! On Wed, Jun 4, 2008 at 8:32 PM, Nino Saturnino Martinez Vazquez Wael < [EMAIL PROTECTED]> wrote: Hi Ryan? I need this effect : http://github.com/madrobby/scriptaculous/wikis/effect-multiple to be able to build the toaster. It's almost done, a scriptaculous header contributor would also be very nice. When im done with the toaster should I just add it to the project? -- -Wicket for love Nino Martinez Wael Java Specialist @ Jayway DK http://www.jayway.dk +45 2936 7684 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Wicket for love Nino Martinez Wael Java Specialist @ Jayway DK http://www.jayway.dk +45 2936 7684 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Issues with Bookmarkable targets
You could try mounting /mount/tree first and then /mount Not sure if that will help, but I think the order of the mounts is relevant in lookups. Martijn On Fri, Jun 6, 2008 at 3:56 AM, David Leangen <[EMAIL PROTECTED]> wrote: > > I've been stepping through the code, but I'm having a tough time > figuring this one out... > > Using 1.3. > > I have one page mounted on: > > /mount1 > > And another mounted on: > > /mount1/tree > > On the /mount1/tree page, I have a tree component. > > Problem is that whenever I click on a node in the tree, I am taken to: > > /mount1/mount1 > > Which is obviously a problem. :-) > > Even when I explicitly use setPageResponse using the current page as my > parameter in onNodeLinkClicked, the problem persists. So there seems to > be some kind of problem handling the target. > > Any hints would be really appreciated. > > > Thank you! > David > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.3 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Issues with Bookmarkable targets
> > I have one page mounted on: > > > > /mount > > > > And another mounted on: > > > > /mount/tree > > > > On the /mount/tree page, I have a tree component. > > > > Problem is that whenever I click on a node in the tree, I am > > taken to: > > > > /mount/mount > You could try mounting /mount/tree first and then /mount > > Not sure if that will help, but I think the order of the mounts is > relevant in lookups. Well, according to the javadocs: * map of path mounts for mount encoders on paths. * * mountsOnPath is sorted by longest paths first to improve resolution * of possible path conflicts. * For example: we mount Page1 on /page and Page2 on /page/test * Page1 uses a parameters encoder that only encodes parameter values * now suppose we want to access Page1 with a single parameter * param="test". we have a url * collision since both pages can be access with /page/test * the sorting by longest path first guarantees that the iterator * will return the mount * /page/test before it returns mount /page therefore giving * deterministic behavior to path * resolution by always trying to match the longest possible * path first. Also, this isn't a case of conflict, but rather an incorrect mount all together. If it were just a conflict, I could see getting taken to /mount. However, I am being taken to /mount/mount, which is very strange... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: scriptaculous toaster
Hmm The Effect's as they are now gives me some trouble, because you need to give the component when creating the component. It would be much more flexible if it could be changed. And would allow the user to control which effects were used.. So what do you say? I could make the change:) API should be okay, and we could deprecate the old constructor.. Ryan Sonnek wrote: Not sure what this 'toaster' is, but i really like the multiple effect! is it available in 1.8 or is this in scriptaculous 2.0? We have a scriptaculous header contributor using the ScriptaculousAjaxBehavior.newJavascriptBindingBehavior(). do you need something different? On Wed, Jun 4, 2008 at 8:32 PM, Nino Saturnino Martinez Vazquez Wael < [EMAIL PROTECTED]> wrote: Hi Ryan? I need this effect : http://github.com/madrobby/scriptaculous/wikis/effect-multiple to be able to build the toaster. It's almost done, a scriptaculous header contributor would also be very nice. When im done with the toaster should I just add it to the project? -- -Wicket for love Nino Martinez Wael Java Specialist @ Jayway DK http://www.jayway.dk +45 2936 7684 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Wicket for love Nino Martinez Wael Java Specialist @ Jayway DK http://www.jayway.dk +45 2936 7684 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ListChoice Crashing on 13th Load
Thanks for the help, for anyone that reads this message stream I have
switched from the JDBC code to using the JDBCTemplate, my new DAO class is
as follows:
public class CategoryDao implements ICategoryDao {
private JdbcTemplate jt;
public void setDataSource(DataSource dataSource) {
this.jt = new JdbcTemplate(dataSource);
}
public List getAllCategories() {
List results = this.jt.query(
"SELECT Category_ID, Category FROM Category",
new RowMapper() {
public Object mapRow(ResultSet rs, int rowNum)
throws SQLException {
return new
Category(rs.getInt("Category_ID"),
rs.getString("Category"));
}
});
return results;
}
}
And it works perfectly.
--
View this message in context:
http://www.nabble.com/ListChoice-Crashing-on-13th-Load-tp17672729p17687430.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: strange links
What is the reason? Why it is useful for website and why there is no option to disable it? 2008/6/6 Matej Knopp <[EMAIL PROTECTED]>: > The "dots" are there for a reason. Wicket generates relative URLs. > > -Matej > > On Fri, Jun 6, 2008 at 8:44 AM, Tomasz Prus <[EMAIL PROTECTED]> wrote: > > I have links like this > > > > > > > > in page source. My boss wants i remove these dots. > > > > Can anyone help me ? > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: (Class>) casting troubles
Martin Funk wrote:
Jeremy Thomerson wrote:
I haven't read the whole thread, but you should be fine as long as your
returned page class uses generics...
Here's what I use in one app, no warnings, no casts:
@Override
public Class> getHomePage() {
return Home.class;
}
public class Home extends WebPage {
}
Hi Jeremy,
I'm still picking on the words. What do you mean by 'uses generics'?
I think the point is class Home has to be a non generic type subclassing
the generic class WebPage with a concrete type parameter.
Why should the HomePage class be "non generic", and why should you use a
"concrete type parameter"?
Class> means "class of (anything that extends (page of
anything))".
That means your home page can have as many type parameters as you wish
(or none at all), as long as it extends Page. This also means you you
can define a generic HomePage like this:
class HomePage extends WebPage { ... }
if you feel like it, and don't have to use a concrete type.
And I still really don't understand why java has a problem with this:
class HomePage extends WebPage { ... }
since here it *is still* the case that HomePage is a subtype of
WebPage (you prove this by the assignment:
WebPage wp = new HomePage();
which works fine). So you would expect to be able to return this in the
getHomePage() method. But you can't because the compiler chokes on it. I
have not seen a convincing reason why this shouldn't work yet, though.
Regards,
Sebastiaan
mf
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
smime.p7s
Description: S/MIME Cryptographic Signature
Redirect problem
Hi all, Has anyone ever deployed a Wicket app at EATJ (www.eatj.com)? I did last week and I encounter a strange redirect problem, that doesn't seem to happen with non-wicket apps but I'm not sure wicket is the problem. My primaire hosting partner is one.com, where I configured the DNS to point the CNAME www2.jointeffort.nl to mlindhout.s46.eatj.com. Whenever I submit a form from my contact page, the browser is redirected to: www.www2.jointeffort.nl. This happens with redirects to login page's and simple form submission. I consulted http://cwiki.apache.org/WICKET/wicket-behind-a-front-end-proxy.html but don't know if this is the same problem. Any ideas? Wicket: 1.4-m2 (tested on 1.3.3 as well) Tomcat: 6.0.14 JRE: 1.6.0_04-b12 Linux: 2.6.21-1.3194.fc7 -- Martijn Lindhout JointEffort IT Services http://www.jointeffort.nl [EMAIL PROTECTED] +31 (0)6 18 47 25 29 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AutoCompleteTextField - autocomplete multiple fields
Here it is a quickstart app with MultiAutoCompleteTextField component prototype: http://interwicket.googlecode.com/files/multiautocomplete.zip It is a draft solution, I have no time to polish it yet, so it is not a super elegant ;). MultiAutoCompleteTextField works very similar like a standard AutoCompleteTextField but there is a one new method: protected Collection getRelatedComponents(); By default this method returns null and then this component works like a AutoCompleteTextField (autocomplete only one field). If you want to complete other components, you should return collection of those components in this method (in the final solution specifying these components should be a bit more comfortable). The next change is that you should use AbstractMultiAutoCompleteRenderer, which has a new method: protected abstract Map getRelatedTextValues(Object object); where you should return a map of entries containing . Maybe more elegant would be to define a AbstractComponentMultiAutoCompleteRenderer with method: protected abstract String getRelatedComponentTextValue(Object object, Component component); The main change is done in AbstractMultiAutoCompleteBehavior and multi-autocomplete.js. The JS class Wicket.MultiAutoComplete now accepts one more argument: a table of related components' markup ids. Text values for these components are passed from renderer as arguments of tag in the following format: textvalue_markupId. The rest you can see in the sources ;). -- Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: (Class>) casting troubles
2008/6/6 Sebastiaan van Erk <[EMAIL PROTECTED]>:
> Martin Funk wrote:
>
>> Jeremy Thomerson wrote:
>>
>>> I haven't read the whole thread, but you should be fine as long as your
>>> returned page class uses generics...
>>>
>>> Here's what I use in one app, no warnings, no casts:
>>>
>>>@Override
>>>public Class> getHomePage() {
>>>return Home.class;
>>>}
>>>
>>>
>>> public class Home extends WebPage {
>>> }
>>>
>>>
>>>
>> Hi Jeremy,
>>
>> I'm still picking on the words. What do you mean by 'uses generics'?
>>
>> I think the point is class Home has to be a non generic type subclassing
>> the generic class WebPage with a concrete type parameter.
>>
>
> Why should the HomePage class be "non generic", and why should you use a
> "concrete type parameter"?
I'm not good in explaining why HomePage has to be non generic yet, but there
seems to be experimental evidence, see:
http://cwiki.apache.org/confluence/display/WICKET/generics#generics-Variationsof%27publicvoidfoo%28Class%3C%3FextendsComponent%3C%3F%3E%3Eclazz%29%27
But the given class Home definitely is not generic!
>
> Class> means "class of (anything that extends (page of
> anything))".
I'm not so sure.
>
>
> That means your home page can have as many type parameters as you wish (or
> none at all), as long as it extends Page. This also means you you can
> define a generic HomePage like this:
>
> class HomePage extends WebPage { ... }
see
foo.bar(Component.class);
foo.bar(IntegerComponent.class);
foo.bar(GenericComponent.class);
foo.bar(GenericIntegerComponent.class);
in the given example page above.
>
>
> if you feel like it, and don't have to use a concrete type.
But if you chose to make class HomePage non-generic you have to decide on a
concrete type parameter for WebPage.
>
>
> And I still really don't understand why java has a problem with this:
>
> class HomePage extends WebPage { ... }
>
> since here it *is still* the case that HomePage is a subtype of WebPage
> (you prove this by the assignment:
>
> WebPage wp = new HomePage();
>
> which works fine). So you would expect to be able to return this in the
> getHomePage() method. But you can't because the compiler chokes on it. I
> have not seen a convincing reason why this shouldn't work yet, though.
Me neither, but we are working on it.
Martin
>
>
> Regards,
> Sebastiaan
>
> mf
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
Re: (Class>) casting troubles
No the HomePage cant be raw type anymore more
So it must be typed.. Why that is..?
>
then the last seem to say that for that Class it must be filled in with
a real Type
So it must be HomePage extends Page
and you can't do:
foo.bar(Component.class)
because that doesnt mean anything
So
HomePage extends Page
then homePage class is still raw type
and HomePage extends Page
then the class it self is generified
and somehow in a class definition does apply only to a Generified class
not a raw type class.
I think it is all in that area that it is a Class..
johan
On Fri, Jun 6, 2008 at 1:31 PM, Martin Funk <[EMAIL PROTECTED]>
wrote:
> 2008/6/6 Sebastiaan van Erk <[EMAIL PROTECTED]>:
>
> > Martin Funk wrote:
> >
> >> Jeremy Thomerson wrote:
> >>
> >>> I haven't read the whole thread, but you should be fine as long as your
> >>> returned page class uses generics...
> >>>
> >>> Here's what I use in one app, no warnings, no casts:
> >>>
> >>>@Override
> >>>public Class> getHomePage() {
> >>>return Home.class;
> >>>}
> >>>
> >>>
> >>> public class Home extends WebPage {
> >>> }
> >>>
> >>>
> >>>
> >> Hi Jeremy,
> >>
> >> I'm still picking on the words. What do you mean by 'uses generics'?
> >>
> >> I think the point is class Home has to be a non generic type subclassing
> >> the generic class WebPage with a concrete type parameter.
> >>
> >
> > Why should the HomePage class be "non generic", and why should you use a
> > "concrete type parameter"?
>
> I'm not good in explaining why HomePage has to be non generic yet, but
> there
> seems to be experimental evidence, see:
>
> http://cwiki.apache.org/confluence/display/WICKET/generics#generics-Variationsof%27publicvoidfoo%28Class%3C%3FextendsComponent%3C%3F%3E%3Eclazz%29%27
>
> But the given class Home definitely is not generic!
>
>
> >
> > Class> means "class of (anything that extends (page of
> > anything))".
>
> I'm not so sure.
>
> >
> >
> > That means your home page can have as many type parameters as you wish
> (or
> > none at all), as long as it extends Page. This also means you you can
> > define a generic HomePage like this:
> >
> > class HomePage extends WebPage { ... }
>
> see
>foo.bar(Component.class);
>foo.bar(IntegerComponent.class);
>foo.bar(GenericComponent.class);
>foo.bar(GenericIntegerComponent.class);
> in the given example page above.
>
> >
> >
> > if you feel like it, and don't have to use a concrete type.
>
> But if you chose to make class HomePage non-generic you have to decide on a
> concrete type parameter for WebPage.
>
> >
> >
> > And I still really don't understand why java has a problem with this:
> >
> > class HomePage extends WebPage { ... }
> >
> > since here it *is still* the case that HomePage is a subtype of
> WebPage
> > (you prove this by the assignment:
> >
> > WebPage wp = new HomePage();
> >
> > which works fine). So you would expect to be able to return this in the
> > getHomePage() method. But you can't because the compiler chokes on it. I
> > have not seen a convincing reason why this shouldn't work yet, though.
>
> Me neither, but we are working on it.
>
> Martin
>
> >
> >
> > Regards,
> > Sebastiaan
> >
> > mf
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
>
Re: Wasp/Swarm: permisson for component of super class
Well assuming you are only using a securewebmarkupcontainer to hide
the entire menu if a user as no permissions for any of the pages
accessible from that menu.
Otherwise there really is no need since the links will be hidden.
Then you have a couple of options.
-Use a datapermission for each swmc
-Use a specific class for each swmc e.g. class UserMenu extends
SecureWebMarkupContainer and add something like the following in your
policy permission ${ComponentPermission} "${package}.UserMenu",
"inherit, render";
You can ofcourse use SWMC without subclassing but then every SWMC
would be authorized not just the menu.
-Don't use security directly to handle visibility in this case. In our
app we used the following technique to hide the container if none of
its childcomponents are visible.
In the WebMarkupContainer:
protected void onBeforeRender()
{
Boolean result = (Boolean)
visitChildren(SecureBookmarkablePageLink.class, new IVisitor()
{
/**
* @see
org.apache.wicket.Component.IVisitor#component(org.apache.wicket.Component)
*/
@Override
public Object
component(Component component)
{
SecureBookmarkablePageLink link = (SecureBookmarkablePageLink) component;
if (link
.isActionAuthorized(getAction(Render.class)))
return
true;
return null; // continue
}
});
if (result != null && result)
setVisible(true);
else
setVisible(false);
super.onBeforeRender();
}
Hope this answers your question.
Maurice
On Fri, Jun 6, 2008 at 11:57 AM, Andrea Jahn <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hi,
>
> In our application we have the super class SecuredBasePage for all the pages.
> This class contains the menu. It depends on the logged in user, which of the
> main menus (containing the menu entries) are visible.
> So I created a SecureWebMarkupContainer for each main menu.
>
> But now I have to add a permission for one allowed main menu for each page
> into the policy file.
> These are a lot of entries and heavy to keep up to date.
>
> If a user has the permission for a certain main menu, he has that permission
> for each page.
> Is it possible to set one permission for a certain main menu, which is valid
> for all pages ?
>
>
> Code:
>
> SecuredBasePage.html
> -
>
>
>
> Users
>
> User List
> Add user
>
>
> ...
>
>
> SecuredBasePage.java
> -
>
> public abstract class SecuredBasePage extends SecureWebPage
> {
>
> public SecuredBasePage()
> {
> super();
>
> addLinks();
> ...
> }
>
>
> protected void addLinks()
> {
>
> // add main menu list items via wicket and not only pure html code for
> authorization
> SecureWebMarkupContainer menuUsers = new
> SecureWebMarkupContainer("menuUsers");
>
> SecureBookmarkablePageLink link1 =
> new SecureBookmarkablePageLink("linkToPersonList", PersonListPage.class);
> SecureBookmarkablePageLink link2 =
> new SecureBookmarkablePageLink("linkToAddPerson", PersonEditPage.class);
>
> link1.setAutoEnable(true);
> link2.setAutoEnable(true);
>
> menuUsers.add(link1);
> menuUsers.add(link2);
> add(menuUsers);
> ...
> }
> ...
>
> }
>
>
> Welcome.java
> -
> public class Welcome extends SecuredBasePage
> {
> ...
> }
>
> PersonListPage.java
> --
> public class PersonListPage extends SecuredBasePage
> {
> ...
> }
>
> PersonEditPage.java
> --
> public class PersonEditPage extends SecuredBasePage
> {
> ...
> }
>
>
> policy file:
>
> permission ${ComponentPermission} "${front}.Welcome", "render";
> permission ${ComponentPermission} "${front}.Welcome", "enable";
>
> permission ${ComponentPermission} "${front}.PersonListPage", "render";
> permission ${ComponentPermission} "${front}.PersonListPage", "enable";
>
> permission ${ComponentPermission} "${front}.PersonEditPage", "render";
> permission ${ComponentPermission} "${front}.PersonEditPage", "enable";
> ...
>
> permission ${ComponentPermission} "${f
Re: (Class>) casting troubles
Sorry that I don't have any answers, but I have some comments.
Johan Compagner wrote:
No the HomePage cant be raw type anymore more
So it must be typed.. Why that is..?
>
then the last seem to say that for that Class it must be filled in with
a real Type
So it must be HomePage extends Page
This HomePage is not a 'raw type' it is a non-generic type extending the
generic type Page with the type parameter String.
The term 'raw type' only applies when the type is generic.
http://www.angelikalanger.com/GenericsFAQ/FAQSections/ParameterizedTypes.html#What%20is%20the%20raw%20type?
class HomePage extends Page is syntactically wrong a super type may not
specify any wildcard whatsoever.
http://www.angelikalanger.com/GenericsFAQ/FAQSections/ParameterizedTypes.html#Can%20I%20derive%20from%20a%20wildcard%20instantiation%20of%20a%20parameterized%20type?
and you can't do:
foo.bar(Component.class)
because that doesnt mean anything
http://www.angelikalanger.com/GenericsFAQ/FAQSections/ParameterizedTypes.html#Why%20is%20there%20no%20class%20literal%20for%20the%20concrete%20instantiation%20of%20a%20parameterized%20type?
+
http://www.angelikalanger.com/GenericsFAQ/FAQSections/ParameterizedTypes.html#Why%20is%20there%20no%20class%20literal%20for%20wildcard%20instantiations%20of%20a%20parameterized%20type?
So
HomePage extends Page
then homePage class is still raw type
It is not raw, s.o.
and HomePage extends Page
then the class it self is generified
Depends on how you define generified, but it is not generic, thats for sure.
and somehow in a class definition does apply only to a Generified class
not a raw type class.
I think it is all in that area that it is a Class..
johan
my 50 cent,
Martin
On Fri, Jun 6, 2008 at 1:31 PM, Martin Funk <[EMAIL PROTECTED]>
wrote:
2008/6/6 Sebastiaan van Erk <[EMAIL PROTECTED]>:
Martin Funk wrote:
Jeremy Thomerson wrote:
I haven't read the whole thread, but you should be fine as long as your
returned page class uses generics...
Here's what I use in one app, no warnings, no casts:
@Override
public Class> getHomePage() {
return Home.class;
}
public class Home extends WebPage {
}
Hi Jeremy,
I'm still picking on the words. What do you mean by 'uses generics'?
I think the point is class Home has to be a non generic type subclassing
the generic class WebPage with a concrete type parameter.
Why should the HomePage class be "non generic", and why should you use a
"concrete type parameter"?
I'm not good in explaining why HomePage has to be non generic yet, but
there
seems to be experimental evidence, see:
http://cwiki.apache.org/confluence/display/WICKET/generics#generics-Variationsof%27publicvoidfoo%28Class%3C%3FextendsComponent%3C%3F%3E%3Eclazz%29%27
But the given class Home definitely is not generic!
Class> means "class of (anything that extends (page of
anything))".
I'm not so sure.
That means your home page can have as many type parameters as you wish
(or
none at all), as long as it extends Page. This also means you you can
define a generic HomePage like this:
class HomePage extends WebPage { ... }
see
foo.bar(Component.class);
foo.bar(IntegerComponent.class);
foo.bar(GenericComponent.class);
foo.bar(GenericIntegerComponent.class);
in the given example page above.
if you feel like it, and don't have to use a concrete type.
But if you chose to make class HomePage non-generic you have to decide on a
concrete type parameter for WebPage.
And I still really don't understand why java has a problem with this:
class HomePage extends WebPage { ... }
since here it *is still* the case that HomePage is a subtype of
WebPage
(you prove this by the assignment:
WebPage wp = new HomePage();
which works fine). So you would expect to be able to return this in the
getHomePage() method. But you can't because the compiler chokes on it. I
have not seen a convincing reason why this shouldn't work yet, though.
Me neither, but we are working on it.
Martin
Regards,
Sebastiaan
mf
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wasp/Swarm: permisson for component of super class
Yes, I want to to hide the entire menu if a user has no permissions for any of
the pages
accessible from that menu.
The third of your proposals (to hide the container if none of its
childcomponents are visible) is really the best.
So I have only to care about the permissions of the pages :-)
Thank you very much for the code example of the method onBeforeRender() for the
WebMarkupContainer.
I have implemented it and it works fine :-)
Andrea
*Von:* "Maurice Marrink" <[EMAIL PROTECTED]>
*Gesendet:* 06.06.08 13:50:38
*An:* users@wicket.apache.org
*Betreff:* Re: Wasp/Swarm: permisson for component of super class
Well assuming you are only using a securewebmarkupcontainer to hide
the entire menu if a user as no permissions for any of the pages
accessible from that menu.
Otherwise there really is no need since the links will be hidden.
Then you have a couple of options.
-Use a datapermission for each swmc
-Use a specific class for each swmc e.g. class UserMenu extends
SecureWebMarkupContainer and add something like the following in your
policy permission ${ComponentPermission} "${package}.UserMenu",
"inherit, render";
You can ofcourse use SWMC without subclassing but then every SWMC
would be authorized not just the menu.
-Don't use security directly to handle visibility in this case. In our
app we used the following technique to hide the container if none of
its childcomponents are visible.
In the WebMarkupContainer:
protected void onBeforeRender()
{
Boolean result = (Boolean)
visitChildren(SecureBookmarkablePageLink.class, new IVisitor()
{
/**
* @see
org.apache.wicket.Component.IVisitor#component(org.apache.wicket.Component)
*/
@Override
public Object component(Component component)
{
SecureBookmarkablePageLink link = (SecureBookmarkablePageLink) component;
if (link
.isActionAuthorized(getAction(Render.class)))
return true;
return null; // continue
}
});
if (result != null && result)
setVisible(true);
else
setVisible(false);
super.onBeforeRender();
}
Hope this answers your question.
Maurice
On Fri, Jun 6, 2008 at 11:57 AM, Andrea Jahn <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hi,
>
> In our application we have the super class SecuredBasePage for all the pages.
> This class contains the menu. It depends on the logged in user, which of the
> main menus (containing the menu entries) are visible.
> So I created a SecureWebMarkupContainer for each main menu.
>
> But now I have to add a permission for one allowed main menu for each page
> into the policy file.
> These are a lot of entries and heavy to keep up to date.
>
> If a user has the permission for a certain main menu, he has that permission
> for each page.
> Is it possible to set one permission for a certain main menu, which is valid
> for all pages ?
>
>
> Code:
>
> SecuredBasePage.html
> -
>
>
>
> Users
>
> User List
> Add user
>
>
> ...
>
>
> SecuredBasePage.java
> -
>
> public abstract class SecuredBasePage extends SecureWebPage
> {
>
> public SecuredBasePage()
> {
> super();
>
> addLinks();
> ...
> }
>
>
> protected void addLinks()
> {
>
> // add main menu list items via wicket and not only pure html code for
> authorization
> SecureWebMarkupContainer menuUsers = new
> SecureWebMarkupContainer("menuUsers");
>
> SecureBookmarkablePageLink link1 =
> new SecureBookmarkablePageLink("linkToPersonList", PersonListPage.class);
> SecureBookmarkablePageLink link2 =
> new SecureBookmarkablePageLink("linkToAddPerson", PersonEditPage.class);
>
> link1.setAutoEnable(true);
> link2.setAutoEnable(true);
>
> menuUsers.add(link1);
> menuUsers.add(link2);
> add(menuUsers);
> ...
> }
> ...
>
> }
>
>
> Welcome.java
> -
> public class Welcome extends SecuredBasePage
> {
> ...
> }
>
> PersonListPage.java
> --
> public class PersonListPage extends SecuredBasePage
> {
> ...
> }
>
> PersonEditPage.java
> --
> public class PersonEditPage extends SecuredBasePage
> {
> ...
> }
>
>
> policy file:
>
> permission ${ComponentPermission} "${front}.Welcome", "render";
> permission ${ComponentPermission} "${front}.Welcome", "enable";
>
> permission ${ComponentPermission} "${front}.PersonListPage", "render";
> permission ${ComponentPermission} "${front}.PersonListPage", "enable";
>
> permission ${ComponentPermission} "${front}.PersonEditPage", "render";
> permission ${ComponentPermission} "${front}.PersonEditPage", "enable";
> ...
>
> permission ${ComponentPermission} "${front}.Welcome:menuUsers", "inherit,
> render";
> permission ${ComponentPermission} "${front}.PersonListPage:menuUsers",
> "inherit, render";
> permission ${ComponentPermission} "${front}.PersonEditPage:menuUsers",
> "inherit, render";
>
>
> Thanks
>
> Andrea
>
>
>
>
>
> EINE FÜR ALLE: die kostenlose WEB.DE-Plattform für Freunde und Deine
> Homepage mit eigenem Namen. Jetzt starten! *http://unddu.de/[EMAIL PROTECTED]
> [http://unddu.de/[EMAIL PROTECTED]
>
---
Re: Stateless vs Stateful
I had the privilege and the pleasure to present "Stateless vs Statefull" on Wednesday. I have made the slides I used available as a PDF at http://www.3b-workshop.com/downloads/Stateless_vs_Statefull.pdf If you want to ask a question or bend my ear on something I will try and answer. I found the other presentations were not only interesting but also valuable and informative. Come and join the fun at the next event! jWeekend wrote: > > continuing on from jwcarman's > http://www.nabble.com/Re%3A--FINALISED-SCHEDULE--London-Wicket-Event-at-Google-UK%2C-tonight-p17644874.html > post ... > > We do get questions directly about, or that turn out to be about "stateful > vs stateless" in Wicket. > One of my colleagues at jWeekend posted > http://cwiki.apache.org/confluence/display/WICKET/Pages this to the wiki > a while back and we will post Ian's session from tonight's event too. > > In the meantime, the "stateless vs stateful" discussion should probably > better continue on this thread. > > Regards - Cemal > http://jWeekend.co.uk http://jWeekend.co.uk > -- View this message in context: http://www.nabble.com/Stateless-vs-Stateful-tp17645575p17693117.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Stateless vs Stateful
While I'm sure the actual presentation was very informative, the slides don't really lend themselves to learning much. Can you fly to Cincinnati, OH!? ;) On Fri, Jun 6, 2008 at 10:11 AM, 3B-Workshop <[EMAIL PROTECTED]> wrote: > > I had the privilege and the pleasure to present "Stateless vs Statefull" on > Wednesday. > > I have made the slides I used available as a PDF at > http://www.3b-workshop.com/downloads/Stateless_vs_Statefull.pdf > > If you want to ask a question or bend my ear on something I will try and > answer. > > I found the other presentations were not only interesting but also valuable > and informative. > > Come and join the fun at the next event! > > > jWeekend wrote: >> >> continuing on from jwcarman's >> http://www.nabble.com/Re%3A--FINALISED-SCHEDULE--London-Wicket-Event-at-Google-UK%2C-tonight-p17644874.html >> post ... >> >> We do get questions directly about, or that turn out to be about "stateful >> vs stateless" in Wicket. >> One of my colleagues at jWeekend posted >> http://cwiki.apache.org/confluence/display/WICKET/Pages this to the wiki >> a while back and we will post Ian's session from tonight's event too. >> >> In the meantime, the "stateless vs stateful" discussion should probably >> better continue on this thread. >> >> Regards - Cemal >> http://jWeekend.co.uk http://jWeekend.co.uk >> > > -- > View this message in context: > http://www.nabble.com/Stateless-vs-Stateful-tp17645575p17693117.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Sending HTML email from Wicket app
Hi, what is the preferred way to send HTML email messages from a Wicket application? I could not find anything related to sending email in the Javadocs, and no examples on the web. My idea was to create a Wicket page for the content of the email, render this page into a String, and then send the email with the Jakarta Commons mail client. But I could not figure out how to do that either. Is this possible, to instantiate a new WebPage object, set the necessary fields, and then render it into a String variable instead of writing it to the HTTP response? If yes, could somebody tell me what I have to do? BR and Thanks, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sending HTML email from Wicket app
I would check the archives. This question has been asked/answered many times before. On Fri, Jun 6, 2008 at 10:28 AM, Jan Grathwohl <[EMAIL PROTECTED]> wrote: > Hi, > > what is the preferred way to send HTML email messages from a Wicket > application? I could not find anything related to sending email in the > Javadocs, and no examples on the web. > > My idea was to create a Wicket page for the content of the email, render > this page into a String, and then send the email with the Jakarta Commons > mail client. But I could not figure out how to do that either. Is this > possible, to instantiate a new WebPage object, set the necessary fields, and > then render it into a String variable instead of writing it to the HTTP > response? If yes, could somebody tell me what I have to do? > > BR and Thanks, > > Jan > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to make Jetty serve images ( was Re: Configuring database connection pool with) Jetty in QuickStart
I followed the advice and got my DataSource configured in Jetty, but I have a new problem. Jetty is not finding my images. Is there anything we need to add to the QuickStart's Jetty configuration in order to run an application similar to Wicket example: http://www.wicketstuff.org/wicket13/images/ I have some image files (e.g. "image1.png") stored directly inside the "webapp" folder, and my application generates a popup containing the following HTML to reference the image: http://www.w3.org/1999/xhtml"; xmlns:wicket="http://wicket.sourceforge.net/"; xml:lang="en" lang="en"> < img wicket:id="picture" src="image1.png" alt="Picture"/ > but the image does not appear. (It would be great if Wicket Examples were a quickstart project ready to run in Jetty!) Are you running your app using Quickstart's test.Start? That one does not have Jetty-Plus and does not load your jetty-env.xml and you will get the error you are seeing. Use 'mvn jetty:run' instead. It does Jetty-Plus and loads jetty-env.xml from WEBINF all without any additional config. If you want to use Quickstart's test.Start, you need to add this to your jetty-env.xml: ... On Fri, Mar 14, 2008 at 9:45 AM, Kevin Murphy <[EMAIL PROTECTED]> wrote: > I'm having difficulty adding database functionality to my Wicket > QuickStart app by configuring a JNDI data source in Jetty. ... -- View this message in context: http://www.nabble.com/Configuring-database-connection-pool-with-Jetty-in-QuickStart-tp16055722p17693607.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Create WebPage inside a normal
Hi,
I have a timer class associated with a timertask class, to send daily an
email generated by wicket
But in my timertask when I try to create my WebPage thanks to the
constructor, it never enters to the constructor...
I would like to do something like that :
in my timertask
...
EmailPage emailcontent = new EmailPage(user,list_sous_domaine,
abo.getDateAncienne() , abo.getDateFuture());
emailcontent.render();
String message_corps = emailcontent.getSource();
public class EmailPage extends WebPage{
public EmailPage(TUtilisateur user, List list_sousdomaine, Date ancien,
Date futur){
log.info("Testing !! "); -> never displayed
.
}
}
How can I solve this problem?
Thank you in advance for your help
--
View this message in context:
http://www.nabble.com/Create-WebPage-inside-a-normal-tp17693737p17693737.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sending HTML email from Wicket app
I try to do something like you, to send daily an email!! For the moment, I have problems, but you can find more information here : http://www.nabble.com/Generating-email-body-with-wicket-td14042459.html#a14042459 -- View this message in context: http://www.nabble.com/Sending-HTML-email-from-Wicket-app-tp17693496p17693836.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Create WebPage inside a normal
Please don't double-post. We get a lot of traffic on this list and
having to read the same message twice doesn't help.
On Fri, Jun 6, 2008 at 10:39 AM, Fabien D. <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I have a timer class associated with a timertask class, to send daily an
> email generated by wicket
>
> But in my timertask when I try to create my WebPage thanks to the
> constructor, it never enters to the constructor...
>
> I would like to do something like that :
>
> in my timertask
> ...
> EmailPage emailcontent = new EmailPage(user,list_sous_domaine,
> abo.getDateAncienne() , abo.getDateFuture());
> emailcontent.render();
> String message_corps = emailcontent.getSource();
>
>
>
>
> public class EmailPage extends WebPage{
>
>public EmailPage(TUtilisateur user, List list_sousdomaine, Date ancien,
> Date futur){
>log.info("Testing !! "); -> never displayed
> .
>}
>
> }
>
>
> How can I solve this problem?
>
> Thank you in advance for your help
> --
> View this message in context:
> http://www.nabble.com/Create-WebPage-inside-a-normal-tp17693737p17693737.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Issues with Bookmarkable targets
can you try with 1.3 trunk. if that doesnt work create a quickstart and jira it. -igor On Thu, Jun 5, 2008 at 6:56 PM, David Leangen <[EMAIL PROTECTED]> wrote: > > I've been stepping through the code, but I'm having a tough time > figuring this one out... > > Using 1.3. > > I have one page mounted on: > > /mount1 > > And another mounted on: > > /mount1/tree > > On the /mount1/tree page, I have a tree component. > > Problem is that whenever I click on a node in the tree, I am taken to: > > /mount1/mount1 > > Which is obviously a problem. :-) > > Even when I explicitly use setPageResponse using the current page as my > parameter in onNodeLinkClicked, the problem persists. So there seems to > be some kind of problem handling the target. > > Any hints would be really appreciated. > > > Thank you! > David > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Create WebPage inside a normal
Why Are you saying that i double post?? -- View this message in context: http://www.nabble.com/Create-WebPage-inside-a-TimerTask-Class-tp17693737p17694013.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Create WebPage inside a normal
Maybe it just comes across like this on the email list. You're using Nabble to edit your "post", so maybe it just sent two different emails when you edited the title? Sorry, but the experience is a bit different between us email-based users and the ones using Nabble as a forum. On Fri, Jun 6, 2008 at 10:50 AM, Fabien D. <[EMAIL PROTECTED]> wrote: > > Why Are you saying that i double post?? > > -- > View this message in context: > http://www.nabble.com/Create-WebPage-inside-a-TimerTask-Class-tp17693737p17694013.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Create WebPage inside a normal
Okay, sorry :) -- View this message in context: http://www.nabble.com/Create-WebPage-inside-a-TimerTask-Class-tp17693737p17694175.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ajax Only application - ffeedback appriciated
Hi Ive been developing an ajax only application in wicket for a little more than 3 months. Users can open "windows" in a multidocument desktop-style fashion for various entities and in these "windows/tabs" perform different actions and apply different views. Further they can change views forth and back, close views, rearrange views. I almost NEVER do a page level GET/POST. The fun part is that its working really well. But Ive never seen something like this out on the web really (gmail/gcalendar ok.. but those are quite simple apps + they prolly got a big staff to tune every possible metric). Has anyone done something similar? Is this a dangerous track? What is most likely to stop me? How can I monitor the amout o memory a user session consumes? If I find the average-request-cpu-cycles * average_requests_per_user_during_some_duration.. is it straight forward to see how many simultaneous users I can accomodate? /Kalle -- View this message in context: http://www.nabble.com/Ajax-Only-application---ffeedback-appriciated-tp17694786p17694786.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: (Class>) casting troubles
Martin Funk wrote:
Class> means "class of (anything that extends (page of
anything))".
I'm not so sure.
There are 2 separate issues:
ISSUE 1: Foo> is not assignable from a Foo
where RawBar extends Bar as a raw type. That is, given:
static class Foo {
}
static class Bar {
}
static class RawBar extends Bar {
}
static class SubBar extends Bar {
}
Thus:
Bar bar = new RawBar(); // works, because RawBar is a subtype of
Bar
But:
Foo> rawbar = new RawBar(); // DOES NOT WORK - THIS
IS CAUSING ONE HALF OF ALL OUR HEADACHES
Note that this is the issue that complete baffles me, as RawBar is a
subtype of Bar, so I *really* *really* *REALLY* have no idea why the
compiler chokes on this.
ISSUE 2: The class literal of a generic type returns a class of a raw
type. Thus Foo.class return Class. This is also really messed up,
because:
Class fc = Foo.class;
compiles, but generates a warning (reference to raw type). But if you
type this in eclipse:
x fc = Foo.class;
and use eclipse quickfix to change "x" to the "correct" type, it'll
change it to precisely Class (the JLS is very short about this, see
also
http://java.sun.com/docs/books/jls/third_edition/html/expressions.html#15.8.2).
So what the heck is the proper type for the class literal??? I couldn't
find any!
Finally, note that when you define a method like this:
static void method1(Foo> y) {
}
it works like a charm for a new Foo>, i.e., the "Foo of
(anything that extends (bar of anything))" really is the correct
interpretation.
It's just that the interaction with raw types is completely *foobar*
(pun intended).
Regards,
Sebastiaan
smime.p7s
Description: S/MIME Cryptographic Signature
Re: Refreshing a List view
Thanks for the help guys, but still cannot make it to work =(
Rick
On Fri, Jun 6, 2008 at 3:22 AM, Maurice Marrink <[EMAIL PROTECTED]> wrote:
> If that does not work you can also force the list to recreate all
> items by calling removeAll() after you have deleted the object.
>
> Maurice
>
> On Thu, Jun 5, 2008 at 7:39 PM, Sam Barnum <[EMAIL PROTECTED]> wrote:
> > Ricky, what are you using as the model for your refreshing view?
> >
> > You should be using some sort of detachable model that re-fetches the
> items
> > for the list from the DB each time.
> >
> > --
> > Sam Barnum
> > 360 Works
> > http://www.360works.com
> > 415.865.0952
> >
> >
> >
> > On Jun 5, 2008, at 10:32 AM, Ricky wrote:
> >
> >> Hi,
> >>
> >> I have a RefreshingView which has a delete button in it (this deletes
> the
> >> model present in the backing list for the view.) The problem is that
> when
> >> a
> >> delete is performed on DB, (see onSubmit( ) for
> >> *deletePlanObjectiveDetailButton
> >> below) *the size of the list changes, Is there a way to "refresh" the
> >> view
> >> after I remove the model from the backing list (list.remove( xxx )) ??
> >> Here's a snippet of what i am doing:
> >>
> >> *new RefreshingView("refreshing-view-list") {
> >>
> >>// populate item.
> >>protected final void populateItem(final Item item) {
> >>final MODEL backingListModel = (backingListModel)
> >> item.getModelObject();
> >>
> >> item.add(new Label("label-objective-name",
> >> backingListModel.getName()));
> >>
> >>final Button deletePlanObjectiveDetailButton = new
> >> Button("button-delete-plan-objective-details") {
> >>private static final long serialVersionUID = 1L;
> >>
> >>// onSubmit.
> >>public final void onSubmit() {
> >>new
> >> ObjectiveMeasureDataProvider().deleteObjectiveMeasure(backingListModel);
> >>backingListModels.remove( ); /// < Searches
> >> for backing Model deleted in current list based on id and removes it.
> >>// TODO Figure out a way to do list view refresh
> >> here.
> >> }
> >>};
> >> item.add(deletePlanObjectiveDetailButton);
> >>}
> >>};
> >>
> >> *Any Help would be appreciable!!???*
> >> *Rick
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
Re: (Class>) casting troubles
ARgh, you always make typos with this stuff.
See correction.
Sebastiaan van Erk wrote:
Martin Funk wrote:
Class> means "class of (anything that extends (page of
anything))".
I'm not so sure.
There are 2 separate issues:
ISSUE 1: Foo> is not assignable from a Foo
where RawBar extends Bar as a raw type. That is, given:
static class Foo {
}
static class Bar {
}
static class RawBar extends Bar {
}
static class SubBar extends Bar {
}
Thus:
Bar bar = new RawBar(); // works, because RawBar is a subtype of
Bar
But:
Foo> rawbar = new RawBar(); // DOES NOT WORK - THIS
IS CAUSING ONE HALF OF ALL OUR HEADACHES
(correction:)
Foo> rawbar = new Foo(); // DOES NOT WORK -
THIS IS CAUSING ONE HALF OF ALL OUR HEADACHES
Btw, this does work (like you expect):
Foo> rawbar2 = new Foo>();
Note that this is the issue that complete baffles me, as RawBar is a
subtype of Bar, so I *really* *really* *REALLY* have no idea why the
compiler chokes on this.
ISSUE 2: The class literal of a generic type returns a class of a raw
type. Thus Foo.class return Class. This is also really messed up,
because:
Class fc = Foo.class;
compiles, but generates a warning (reference to raw type). But if you
type this in eclipse:
x fc = Foo.class;
and use eclipse quickfix to change "x" to the "correct" type, it'll
change it to precisely Class (the JLS is very short about this, see
also
http://java.sun.com/docs/books/jls/third_edition/html/expressions.html#15.8.2).
So what the heck is the proper type for the class literal??? I couldn't
find any!
Finally, note that when you define a method like this:
static void method1(Foo> y) {
}
it works like a charm for a new Foo>, i.e., the "Foo of
(anything that extends (bar of anything))" really is the correct
interpretation.
It's just that the interaction with raw types is completely *foobar*
(pun intended).
Regards,
Sebastiaan
smime.p7s
Description: S/MIME Cryptographic Signature
Re: Wicket Branding
Look for setStyle/getStyle. On Fri, Jun 6, 2008 at 10:18 AM, Martin Makundi < [EMAIL PROTECTED]> wrote: > Hi! > > Localization of content is pretty easy with Wicket - how about branding? > > Customer xyz should see Main_xyz.html and logo_xyz.gif - can this be > achieved centrally in a manner similar to localization? > > ** > Martin > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Nick Heudecker Professional Wicket Training & Consulting http://www.systemmobile.com Eventful - Intelligent Event Management http://www.eventfulhq.com
Tomcat 5.5.9 isn't running Quickstart
I have the quickstart program and have been able to run it in Eclipse following the directions in http://herebebeasties.com/2007-10-07/wicket-quickstart/ Also, I used "mvn package" to build the web application and .war I tried copying the myproject-1.0-SNAPSHOT folder (and I also tried the .war file) into the webapps folder to Tomcat 5.5.9 and started up Tomcat. When I entered http://127.0.0.1:8080/myproject/ (or http://localhost:8080/myproject/) it failed to serve the quickstart project. Do I need a more recent version of Tomcat for running Wicket 1.3, or is there something else I need to do to configure it for Tomcat? This is what it told me: HTTP Status 404 - /myproject/ type Status report message /myproject/ description The requested resource (/myproject/) is not available. Apache Tomcat/5.5.9 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Branding
Tnx! There is a wikipage http://cwiki.apache.org/WICKET/localization-and-skinning-of-applications.html missing details about "other resources" (such as images?), but I guess I can get started with this. ** Martin 2008/6/6 Nick Heudecker <[EMAIL PROTECTED]>: > Look for setStyle/getStyle. > > On Fri, Jun 6, 2008 at 10:18 AM, Martin Makundi < > [EMAIL PROTECTED]> wrote: > >> Hi! >> >> Localization of content is pretty easy with Wicket - how about branding? >> >> Customer xyz should see Main_xyz.html and logo_xyz.gif - can this be >> achieved centrally in a manner similar to localization? >> >> ** >> Martin >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > -- > Nick Heudecker > Professional Wicket Training & Consulting > http://www.systemmobile.com > > Eventful - Intelligent Event Management > http://www.eventfulhq.com > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.9 isn't running Quickstart
correct course of action is to figure out why its not running in tomcat -igor On Fri, Jun 6, 2008 at 8:39 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > I have the quickstart program and have been able to run it in Eclipse > following the directions in > http://herebebeasties.com/2007-10-07/wicket-quickstart/ > > Also, I used "mvn package" to build the web application and .war > > I tried copying the myproject-1.0-SNAPSHOT folder (and I also tried the > .war file) into the webapps folder to Tomcat 5.5.9 and started up > Tomcat. When I entered http://127.0.0.1:8080/myproject/ (or > http://localhost:8080/myproject/) it failed to serve the quickstart > project. Do I need a more recent version of Tomcat for running Wicket > 1.3, or is there something else I need to do to configure it for Tomcat? > This is what it told me: > > HTTP Status 404 - /myproject/ > > > > > type Status report > > message /myproject/ > > description The requested resource (/myproject/) is not available. > > > > > > Apache Tomcat/5.5.9 > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.9 isn't running Quickstart
Any suggestions as to where I should look for clues? -Original Message- From: Igor Vaynberg [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2008 10:46 AM To: users@wicket.apache.org Subject: Re: Tomcat 5.5.9 isn't running Quickstart correct course of action is to figure out why its not running in tomcat -igor On Fri, Jun 6, 2008 at 8:39 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > I have the quickstart program and have been able to run it in Eclipse > following the directions in > http://herebebeasties.com/2007-10-07/wicket-quickstart/ > > Also, I used "mvn package" to build the web application and .war > > I tried copying the myproject-1.0-SNAPSHOT folder (and I also tried > the .war file) into the webapps folder to Tomcat 5.5.9 and started up > Tomcat. When I entered http://127.0.0.1:8080/myproject/ (or > http://localhost:8080/myproject/) it failed to serve the quickstart > project. Do I need a more recent version of Tomcat for running Wicket > 1.3, or is there something else I need to do to configure it for Tomcat? > This is what it told me: > > HTTP Status 404 - /myproject/ > > -- > -- > > > type Status report > > message /myproject/ > > description The requested resource (/myproject/) is not available. > > > -- > -- > > > Apache Tomcat/5.5.9 > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.9 isn't running Quickstart
how about the tomcat log... -igor On Fri, Jun 6, 2008 at 8:49 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > Any suggestions as to where I should look for clues? > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 10:46 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Quickstart > > correct course of action is to figure out why its not running in tomcat > > -igor > > On Fri, Jun 6, 2008 at 8:39 AM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> I have the quickstart program and have been able to run it in Eclipse >> following the directions in >> http://herebebeasties.com/2007-10-07/wicket-quickstart/ >> >> Also, I used "mvn package" to build the web application and .war >> >> I tried copying the myproject-1.0-SNAPSHOT folder (and I also tried >> the .war file) into the webapps folder to Tomcat 5.5.9 and started up >> Tomcat. When I entered http://127.0.0.1:8080/myproject/ (or >> http://localhost:8080/myproject/) it failed to serve the quickstart >> project. Do I need a more recent version of Tomcat for running Wicket > >> 1.3, or is there something else I need to do to configure it for > Tomcat? >> This is what it told me: >> >> HTTP Status 404 - /myproject/ >> >> -- >> -- >> >> >> type Status report >> >> message /myproject/ >> >> description The requested resource (/myproject/) is not available. >> >> >> -- >> -- >> >> >> Apache Tomcat/5.5.9 >> >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.9 isn't running Quickstart
Have you tried running it using Jetty? For development, this is really nice, and it's setup "out of the box" On Fri, Jun 6, 2008 at 11:39 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > I have the quickstart program and have been able to run it in Eclipse > following the directions in > http://herebebeasties.com/2007-10-07/wicket-quickstart/ > > Also, I used "mvn package" to build the web application and .war > > I tried copying the myproject-1.0-SNAPSHOT folder (and I also tried the > .war file) into the webapps folder to Tomcat 5.5.9 and started up > Tomcat. When I entered http://127.0.0.1:8080/myproject/ (or > http://localhost:8080/myproject/) it failed to serve the quickstart > project. Do I need a more recent version of Tomcat for running Wicket > 1.3, or is there something else I need to do to configure it for Tomcat? > This is what it told me: > > HTTP Status 404 - /myproject/ > > > > > type Status report > > message /myproject/ > > description The requested resource (/myproject/) is not available. > > > > > > Apache Tomcat/5.5.9 > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.9 isn't running Quickstart
Ah, yes, I thought I had checked those, but I must have missed the right log. The error messages are: The catalina.log file contains: INFO: Stopping service Catalina Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader findResourceInternal INFO: Illegal access: this web application instance has been stopped already. Could not load commons-logging.properties. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader findResourceInternal INFO: Illegal access: this web application instance has been stopped already. Could not load META-INF/services/org.apache.commons.logging.LogFactory. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.log4j.Logger. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load java.util.logging.Logger. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.log4j.Logger. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load java.util.logging.Logger. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load java.util.logging.Logger. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.commons.logging.impl.SimpleLog. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.commons.logging.impl.SimpleLog. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.coyote.http11.Http11Protocol destroy INFO: Stopping Coyote HTTP/1.1 on http-8080 -Original Message- From: Igor Vaynberg [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2008 10:50 AM To: users@wicket.apache.org Subject: Re: Tomcat 5.5.9 isn't running Quickstart how about the tomcat log... -igor On Fri, Jun 6, 2008 at 8:49 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > Any suggestions as to where I should look for clues? > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 10:46 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Quickstart > > correct course of action is to figure out why its not running in > tomcat > > -igor > > On Fri, Jun 6, 2008 at 8:39 AM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> I have the quickstart program and have been able to run it in Eclipse >> following the directions in >> http://herebebeasties.com/2007-10-07/wicket-quickstart/ >> >> Also, I used "mvn package" to build the web application and .war >> >> I tried copying the myproject-1.0-SNAPSHOT folder (and I also tried >> the .war file) in
Re: Tomcat 5.5.9 isn't running Quickstart
well, there you go, something funky with your logger jars -igor On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > Ah, yes, I thought I had checked those, but I must have missed the right > log. The error messages are: > > The catalina.log file contains: > > INFO: Stopping service Catalina > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > findResourceInternal > INFO: Illegal access: this web application instance has been stopped > already. Could not load commons-logging.properties. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused the > illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > findResourceInternal > INFO: Illegal access: this web application instance has been stopped > already. Could not load > META-INF/services/org.apache.commons.logging.LogFactory. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused the > illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load org.apache.log4j.Logger. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused the > illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load java.util.logging.Logger. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused the > illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load org.apache.log4j.Logger. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused the > illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load java.util.logging.Logger. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused the > illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load java.util.logging.Logger. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused the > illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load org.apache.commons.logging.impl.SimpleLog. The > eventual following stack trace is caused by an error thrown for > debugging purposes as well as to attempt to terminate the thread which > caused the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load org.apache.commons.logging.impl.SimpleLog. The > eventual following stack trace is caused by an error thrown for > debugging purposes as well as to attempt to terminate the thread which > caused the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.coyote.http11.Http11Protocol destroy > INFO: Stopping Coyote HTTP/1.1 on http-8080 > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 10:50 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Quickstart > > how about the tomcat log... > > -igor > > On Fri, Jun 6, 2008 at 8:49 AM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> Any suggestions as to where I should look for clues? >> >> -Original Message- >> From: Igor Vaynberg [mailto:[EMAIL PROTECTED] >> Sent: Friday, June 06, 2008 10:46 AM >> To: users@wicket.apache.org >> Subject: Re: Tomcat 5.5.9 isn't running Quickstart >> >> correct course of action is to figure out why its not running in >> tomcat >> >> -igor >> >> On Fri, Jun 6, 2008 at 8:39 AM, Frank Silbermann >> <[EMAIL PROTECTED]> wrote: >>> I have th
RE: Tomcat 5.5.9 isn't running Quickstart
Well, aside from the logging-oriented jars that maven packs into the QuickStart's lib folder, the only logging jar I can see in Tomcat is in Tomcat's bin folder, named commons-logging-api.jar dated 3/26/2005. Do I need to replace that with a more recent version? Would you recommend moving to the current version of Tomcat to avoid side-effects? -Original Message- From: Igor Vaynberg [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2008 11:07 AM To: users@wicket.apache.org Subject: Re: Tomcat 5.5.9 isn't running Quickstart well, there you go, something funky with your logger jars -igor On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > Ah, yes, I thought I had checked those, but I must have missed the > right log. The error messages are: > > The catalina.log file contains: > > INFO: Stopping service Catalina > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > findResourceInternal > INFO: Illegal access: this web application instance has been stopped > already. Could not load commons-logging.properties. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused > the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > findResourceInternal > INFO: Illegal access: this web application instance has been stopped > already. Could not load > META-INF/services/org.apache.commons.logging.LogFactory. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused > the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load org.apache.log4j.Logger. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused > the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load java.util.logging.Logger. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused > the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load org.apache.log4j.Logger. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused > the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load java.util.logging.Logger. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused > the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load java.util.logging.Logger. The eventual > following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused > the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load org.apache.commons.logging.impl.SimpleLog. > The eventual following stack trace is caused by an error thrown for > debugging purposes as well as to attempt to terminate the thread which > caused the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader > loadClass > INFO: Illegal access: this web application instance has been stopped > already. Could not load org.apache.commons.logging.impl.SimpleLog. > The eventual following stack trace is caused by an error thrown for > debugging purposes as well as to attempt to terminate the thread which > caused the illegal access, and has no functional impact. > Jun 6, 2008 10:58:23 AM org.apache.coyote.http11.Http11Protocol > destroy > INFO: Stopping Coyote HTTP/1.1 on http-8080 > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 10:50 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Qui
PackageResource - why does'nt get Locale directly from Session ?
Hi boys, I would like to ask, why PackageResource doesn't take the Locale from the session, but in constructor ? It could be comfortable, if no Locale specified in constructor, then it could be taken directly from the session. Thanx for the answer. Stefan Simik -- View this message in context: http://www.nabble.com/PackageResource---why-does%27nt-get-Locale-directly-from-Session---tp17696134p17696134.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.9 isn't running Quickstart
you have to at least also have log4j in there somewhere. commons-logging is just the pipeline.. -igor On Fri, Jun 6, 2008 at 9:15 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > Well, aside from the logging-oriented jars that maven packs into the > QuickStart's lib folder, the only logging jar I can see in Tomcat is in > Tomcat's bin folder, named > > commons-logging-api.jar > > dated 3/26/2005. > > Do I need to replace that with a more recent version? Would you > recommend moving to the current version of Tomcat to avoid side-effects? > > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 11:07 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Quickstart > > well, there you go, something funky with your logger jars > > -igor > > On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> Ah, yes, I thought I had checked those, but I must have missed the >> right log. The error messages are: >> >> The catalina.log file contains: >> >> INFO: Stopping service Catalina >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> findResourceInternal >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load commons-logging.properties. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> findResourceInternal >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load >> META-INF/services/org.apache.commons.logging.LogFactory. The eventual > >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.log4j.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.log4j.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.commons.logging.impl.SimpleLog. >> The eventual following stack trace is caused by an error thrown for >> debugging purposes as well as to attempt to terminate the thread which > >> caused the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.commons.logging.impl.SimpleLog. >> The eventual following stack trace is caused by an error thrown for >> debugging purposes as well as to attempt to terminate the thread which > >> caused the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.coyote.http11.Http11Proto
RE: Tomcat 5.5.9 isn't running Quickstart
The lib directory in the QuickStart's WEB-INF contains: log4j-1.2.14.jar slf4j-api-1.4.2.jar slf4j-log4j12-1.4.2.jar -Original Message- From: Igor Vaynberg [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2008 11:27 AM To: users@wicket.apache.org Subject: Re: Tomcat 5.5.9 isn't running Quickstart you have to at least also have log4j in there somewhere. commons-logging is just the pipeline.. -igor On Fri, Jun 6, 2008 at 9:15 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > Well, aside from the logging-oriented jars that maven packs into the > QuickStart's lib folder, the only logging jar I can see in Tomcat is > in Tomcat's bin folder, named > > commons-logging-api.jar > > dated 3/26/2005. > > Do I need to replace that with a more recent version? Would you > recommend moving to the current version of Tomcat to avoid side-effects? > > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 11:07 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Quickstart > > well, there you go, something funky with your logger jars > > -igor > > On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> Ah, yes, I thought I had checked those, but I must have missed the >> right log. The error messages are: >> >> The catalina.log file contains: >> >> INFO: Stopping service Catalina >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> findResourceInternal >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load commons-logging.properties. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> findResourceInternal >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load >> META-INF/services/org.apache.commons.logging.LogFactory. The >> eventual > >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.log4j.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.log4j.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.commons.logging.impl.SimpleLog. >> The eventual following stack trace is caused by an error thrown for >> debugging purposes as well as to attempt to terminate the thread >> which > >> caused the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web ap
Re: strange links
the reason is that people run clusters behind a proxy. not all nodes run out of the same context, so absolute links break, while relative dont. there are a lot of threads on this. we didnt just decide "relative urls look cooler cause we like the dots" and changed it... -igor On Fri, Jun 6, 2008 at 2:00 AM, Tomasz Prus <[EMAIL PROTECTED]> wrote: > What is the reason? Why it is useful for website and why there is no option > to disable it? > > > > 2008/6/6 Matej Knopp <[EMAIL PROTECTED]>: > >> The "dots" are there for a reason. Wicket generates relative URLs. >> >> -Matej >> >> On Fri, Jun 6, 2008 at 8:44 AM, Tomasz Prus <[EMAIL PROTECTED]> wrote: >> > I have links like this >> > >> > >> > >> > in page source. My boss wants i remove these dots. >> > >> > Can anyone help me ? >> > >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: (Class>) casting troubles
Sebastiaan van Erk wrote:
ARgh, you always make typos with this stuff.
See correction.
Sebastiaan van Erk wrote:
Martin Funk wrote:
Class> means "class of (anything that extends
(page of
anything))".
I'm not so sure.
There are 2 separate issues:
ISSUE 1: Foo> is not assignable from a Foo
where RawBar extends Bar as a raw type. That is, given:
static class Foo {
}
static class Bar {
}
static class RawBar extends Bar {
}
static class SubBar extends Bar {
}
Thus:
Bar bar = new RawBar(); // works, because RawBar is a subtype
of Bar
But:
Foo> rawbar = new RawBar(); // DOES NOT WORK -
THIS IS CAUSING ONE HALF OF ALL OUR HEADACHES
(correction:)
Foo> rawbar = new Foo(); // DOES NOT WORK
- THIS IS CAUSING ONE HALF OF ALL OUR HEADACHES
Btw, this does work (like you expect):
Foo> rawbar2 = new Foo>();
maybe some more wisdom can be found here:
http://www.angelikalanger.com/GenericsFAQ/FAQSections/TechnicalDetails.html#FAQ209
In her words it would mean 'raw types are not part of the type family
denoted by the wildcard parametrized type Bar'
But I'm still puzzled, since taking that FAQ it doesn't explain why in
the case of the generic method
public > void dol(Class clazz)
the raw types are all of a sudden member of that family
Note that this is the issue that complete baffles me, as RawBar is a
subtype of Bar, so I *really* *really* *REALLY* have no idea why
the compiler chokes on this.
ISSUE 2: The class literal of a generic type returns a class of a raw
type. Thus Foo.class return Class. This is also really messed
up, because:
Class fc = Foo.class;
compiles, but generates a warning (reference to raw type). But if you
type this in eclipse:
x fc = Foo.class;
and use eclipse quickfix to change "x" to the "correct" type, it'll
change it to precisely Class (the JLS is very short about this,
see also
http://java.sun.com/docs/books/jls/third_edition/html/expressions.html#15.8.2).
the faq comes up with this:
http://www.angelikalanger.com/GenericsFAQ/FAQSections/ParameterizedTypes.html#FAQ106
and this:
http://www.angelikalanger.com/GenericsFAQ/FAQSections/ParameterizedTypes.html#FAQ310
So what the heck is the proper type for the class literal??? I
couldn't find any!
Finally, note that when you define a method like this:
static void method1(Foo> y) {
}
it works like a charm for a new Foo>, i.e., the "Foo
of (anything that extends (bar of anything))" really is the correct
interpretation.
It's just that the interaction with raw types is completely *foobar*
(pun intended).
Regards,
Sebastiaan
Happy Weekend,
Martin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
How reliable Validators are?
Hello, I'm wondering, how safe is it to use a custom validator to check current password of the logged-in user, when he wants to change his password (say, on a profile page)? Are there are any potential security issues that can allow user to pass a validation? -- sp
Re: How reliable Validators are?
Well, if your validator doesn't approve the entered password your form will never accept the submit. There's no way to bypass the validation. I'd prefer to check a password in onSubmit() though - but YMMW. Sven Sergey Podatelev schrieb: Hello, I'm wondering, how safe is it to use a custom validator to check current password of the logged-in user, when he wants to change his password (say, on a profile page)? Are there are any potential security issues that can allow user to pass a validation? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.9 isn't running Quickstart
That's a bit odd then... One thing you could try is adding in SLF4J's jcl-over-slf4j.jar instead of any commons-logging jars. That would redirect any Commons-Logging logging to SLF4J. (Personally I'd also be looking to go with James' suggestion of switching to Jetty, as I find that to be both clearer to debug and more forgiving in terms of class-loading issues, but that may not be possible...) /Gwyn On Fri, Jun 6, 2008 at 5:31 PM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > The lib directory in the QuickStart's WEB-INF contains: > >log4j-1.2.14.jar >slf4j-api-1.4.2.jar >slf4j-log4j12-1.4.2.jar > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 11:27 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Quickstart > > you have to at least also have log4j in there somewhere. > commons-logging is just the pipeline.. > > -igor > > On Fri, Jun 6, 2008 at 9:15 AM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> Well, aside from the logging-oriented jars that maven packs into the >> QuickStart's lib folder, the only logging jar I can see in Tomcat is >> in Tomcat's bin folder, named >> >> commons-logging-api.jar >> >> dated 3/26/2005. >> >> Do I need to replace that with a more recent version? Would you >> recommend moving to the current version of Tomcat to avoid > side-effects? >> >> >> -Original Message- >> From: Igor Vaynberg [mailto:[EMAIL PROTECTED] >> Sent: Friday, June 06, 2008 11:07 AM >> To: users@wicket.apache.org >> Subject: Re: Tomcat 5.5.9 isn't running Quickstart >> >> well, there you go, something funky with your logger jars >> >> -igor >> >> On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann >> <[EMAIL PROTECTED]> wrote: >>> Ah, yes, I thought I had checked those, but I must have missed the >>> right log. The error messages are: >>> >>> The catalina.log file contains: >>> >>> INFO: Stopping service Catalina >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> findResourceInternal >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load commons-logging.properties. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> findResourceInternal >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load >>> META-INF/services/org.apache.commons.logging.LogFactory. The >>> eventual >> >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load org.apache.log4j.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load java.util.logging.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load org.apache.log4j.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load java.util.logging.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load java.util.logging.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact.
Re: Tomcat 5.5.9 isn't running Quickstart
I would also check the tomcat/JCL documentation. I seem to remember there being some very specific instructions on one of their sites about this issue. On Fri, Jun 6, 2008 at 1:54 PM, Gwyn Evans <[EMAIL PROTECTED]> wrote: > That's a bit odd then... One thing you could try is adding in SLF4J's > jcl-over-slf4j.jar instead of any commons-logging jars. That would > redirect any Commons-Logging logging to SLF4J. > > (Personally I'd also be looking to go with James' suggestion of > switching to Jetty, as I find that to be both clearer to debug and > more forgiving in terms of class-loading issues, but that may not be > possible...) > > /Gwyn > > On Fri, Jun 6, 2008 at 5:31 PM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> The lib directory in the QuickStart's WEB-INF contains: >> >>log4j-1.2.14.jar >>slf4j-api-1.4.2.jar >>slf4j-log4j12-1.4.2.jar >> >> -Original Message- >> From: Igor Vaynberg [mailto:[EMAIL PROTECTED] >> Sent: Friday, June 06, 2008 11:27 AM >> To: users@wicket.apache.org >> Subject: Re: Tomcat 5.5.9 isn't running Quickstart >> >> you have to at least also have log4j in there somewhere. >> commons-logging is just the pipeline.. >> >> -igor >> >> On Fri, Jun 6, 2008 at 9:15 AM, Frank Silbermann >> <[EMAIL PROTECTED]> wrote: >>> Well, aside from the logging-oriented jars that maven packs into the >>> QuickStart's lib folder, the only logging jar I can see in Tomcat is >>> in Tomcat's bin folder, named >>> >>> commons-logging-api.jar >>> >>> dated 3/26/2005. >>> >>> Do I need to replace that with a more recent version? Would you >>> recommend moving to the current version of Tomcat to avoid >> side-effects? >>> >>> >>> -Original Message- >>> From: Igor Vaynberg [mailto:[EMAIL PROTECTED] >>> Sent: Friday, June 06, 2008 11:07 AM >>> To: users@wicket.apache.org >>> Subject: Re: Tomcat 5.5.9 isn't running Quickstart >>> >>> well, there you go, something funky with your logger jars >>> >>> -igor >>> >>> On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann >>> <[EMAIL PROTECTED]> wrote: Ah, yes, I thought I had checked those, but I must have missed the right log. The error messages are: The catalina.log file contains: INFO: Stopping service Catalina Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader findResourceInternal INFO: Illegal access: this web application instance has been stopped already. Could not load commons-logging.properties. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader findResourceInternal INFO: Illegal access: this web application instance has been stopped already. Could not load META-INF/services/org.apache.commons.logging.LogFactory. The eventual >>> following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.log4j.Logger. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load java.util.logging.Logger. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.log4j.Logger. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader loadClass INFO: Illegal access: this web application instance has been stopped already. Could not load java.util.logging.Logger. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact. Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader lo
Re: How reliable Validators are?
Okay, that is something I expected. But can you please explain, why wouldn't you use validator for this? It seems to be a good way to encapsulate certain functionality and if it can't be bypassed, there're no security issues also. Still, you'd use a check in onSubmit(). I'm just trying to understand if I maybe missing something here :) On Fri, Jun 6, 2008 at 9:43 PM, Sven Meier <[EMAIL PROTECTED]> wrote: > Well, if your validator doesn't approve the entered password your form will > never accept the submit. > There's no way to bypass the validation. > > I'd prefer to check a password in onSubmit() though - but YMMW. > > Sven > > Sergey Podatelev schrieb: > > Hello, >> >> I'm wondering, how safe is it to use a custom validator to check current >> password of the logged-in user, when he wants to change his password (say, >> on a profile page)? >> Are there are any potential security issues that can allow user to pass a >> validation? >> >> >> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- sp
Re: How reliable Validators are?
wicket validators have been designed to work up to 90% of the time. there is a heuristic that determines when the validator should stop the form from submitting and when not. we find that validators that work 100% of the time are just not as useful. -igor On Fri, Jun 6, 2008 at 10:35 AM, Sergey Podatelev <[EMAIL PROTECTED]> wrote: > Hello, > > I'm wondering, how safe is it to use a custom validator to check current > password of the logged-in user, when he wants to change his password (say, > on a profile page)? > Are there are any potential security issues that can allow user to pass a > validation? > > -- > sp > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How reliable Validators are?
> But can you please explain, why wouldn't you use validator for this? I think that's just personal preference. Validators are reusable, while putting a check in onSubmit isn't. Whether that matters depends on your project and the context you do the check in. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How reliable Validators are?
I agree, not only they are useless, they are also pretty boring, I mean no potential flaws or unlocked doors you have to worry about. I'm glad there's finally a framework that doesn't eleminate the fun of dealing with unpredictability of its components. I sorry though if the stupidity of my question bothered you. On Fri, Jun 6, 2008 at 10:03 PM, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > wicket validators have been designed to work up to 90% of the time. > there is a heuristic that determines when the validator should stop > the form from submitting and when not. we find that validators that > work 100% of the time are just not as useful. > > -igor > > On Fri, Jun 6, 2008 at 10:35 AM, Sergey Podatelev > <[EMAIL PROTECTED]> wrote: > > Hello, > > > > I'm wondering, how safe is it to use a custom validator to check current > > password of the logged-in user, when he wants to change his password > (say, > > on a profile page)? > > Are there are any potential security issues that can allow user to pass a > > validation? > > > > -- > > sp > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- sp
Re: Tomcat 5.5.9 isn't running Quickstart
And if you use toimcat 6? It could be classloading problems one (commons) cant find the stuff in the web folder On 6/6/08, Frank Silbermann <[EMAIL PROTECTED]> wrote: > Well, aside from the logging-oriented jars that maven packs into the > QuickStart's lib folder, the only logging jar I can see in Tomcat is in > Tomcat's bin folder, named > > commons-logging-api.jar > > dated 3/26/2005. > > Do I need to replace that with a more recent version? Would you > recommend moving to the current version of Tomcat to avoid side-effects? > > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 11:07 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Quickstart > > well, there you go, something funky with your logger jars > > -igor > > On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> Ah, yes, I thought I had checked those, but I must have missed the >> right log. The error messages are: >> >> The catalina.log file contains: >> >> INFO: Stopping service Catalina >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> findResourceInternal >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load commons-logging.properties. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> findResourceInternal >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load >> META-INF/services/org.apache.commons.logging.LogFactory. The eventual > >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.log4j.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.log4j.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.commons.logging.impl.SimpleLog. >> The eventual following stack trace is caused by an error thrown for >> debugging purposes as well as to attempt to terminate the thread which > >> caused the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.commons.logging.impl.SimpleLog. >> The eventual following stack trace is caused by an error thrown for >> debugging purposes as well as to attempt to terminate the thread which > >> caused the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.coyote.http11.Http11Protocol >> dest
Re: How reliable Validators are?
The password check will probably require an access to your database/ldap/whatever, so your validator will need a reference to some singleton objects (service/dao/...). For my taste this is too heavy for a validator. Sven Sergey Podatelev schrieb: Okay, that is something I expected. But can you please explain, why wouldn't you use validator for this? It seems to be a good way to encapsulate certain functionality and if it can't be bypassed, there're no security issues also. Still, you'd use a check in onSubmit(). I'm just trying to understand if I maybe missing something here :) On Fri, Jun 6, 2008 at 9:43 PM, Sven Meier <[EMAIL PROTECTED]> wrote: Well, if your validator doesn't approve the entered password your form will never accept the submit. There's no way to bypass the validation. I'd prefer to check a password in onSubmit() though - but YMMW. Sven Sergey Podatelev schrieb: Hello, I'm wondering, how safe is it to use a custom validator to check current password of the logged-in user, when he wants to change his password (say, on a profile page)? Are there are any potential security issues that can allow user to pass a validation? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: (Class>) casting troubles
In the example you have detailed, RawBar is not a subtype of Bar
since it extends the raw type Bar.
-Original Message-
From: Sebastiaan van Erk [mailto:[EMAIL PROTECTED]
Sent: Friday, June 06, 2008 11:31 AM
To: users@wicket.apache.org
Subject: Re: (Class>) casting troubles
ARgh, you always make typos with this stuff.
See correction.
Sebastiaan van Erk wrote:
> Martin Funk wrote:
>
>>> Class> means "class of (anything that extends
(page of
>>> anything))".
>>
>> I'm not so sure.
>
> There are 2 separate issues:
>
> ISSUE 1: Foo> is not assignable from a Foo
> where RawBar extends Bar as a raw type. That is, given:
>
> static class Foo {
> }
>
> static class Bar {
> }
>
> static class RawBar extends Bar {
> }
>
> static class SubBar extends Bar {
> }
>
> Thus:
>
>Bar bar = new RawBar(); // works, because RawBar is a subtype of
> Bar
>
> But:
>
>Foo> rawbar = new RawBar(); // DOES NOT WORK -
THIS
> IS CAUSING ONE HALF OF ALL OUR HEADACHES
(correction:)
Foo> rawbar = new Foo(); // DOES NOT WORK -
THIS IS CAUSING ONE HALF OF ALL OUR HEADACHES
Btw, this does work (like you expect):
Foo> rawbar2 = new Foo>();
> Note that this is the issue that complete baffles me, as RawBar is a
> subtype of Bar, so I *really* *really* *REALLY* have no idea why
the
> compiler chokes on this.
>
> ISSUE 2: The class literal of a generic type returns a class of a raw
> type. Thus Foo.class return Class. This is also really messed
up,
> because:
>
> Class fc = Foo.class;
>
> compiles, but generates a warning (reference to raw type). But if you
> type this in eclipse:
>
> x fc = Foo.class;
>
> and use eclipse quickfix to change "x" to the "correct" type, it'll
> change it to precisely Class (the JLS is very short about this,
see
> also
>
http://java.sun.com/docs/books/jls/third_edition/html/expressions.html#1
5.8.2).
>
>
> So what the heck is the proper type for the class literal??? I
couldn't
> find any!
>
> Finally, note that when you define a method like this:
>
> static void method1(Foo> y) {
> }
>
> it works like a charm for a new Foo>, i.e., the "Foo of
> (anything that extends (bar of anything))" really is the correct
> interpretation.
>
> It's just that the interaction with raw types is completely *foobar*
> (pun intended).
>
> Regards,
> Sebastiaan
>
>
>
>
>
>
>
__
The information contained in this message is proprietary and/or confidential.
If you are not the
intended recipient, please: (i) delete the message and all copies; (ii) do not
disclose,
distribute or use the message in any manner; and (iii) notify the sender
immediately. In addition,
please be aware that any message addressed to our domain is subject to
archiving and review by
persons other than the intended recipient. Thank you.
_
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: How reliable Validators are?
Another difference, if you have to do a database roundtrip (which you will likely need to verify a password) then the code for the validator is a bit more complicated. You have to take into account the fact that this gets serialized/deserialized as part of the page so you can't just pass a DB connection or hibernate session in the constructor. Eelco Hillenius wrote: > >> But can you please explain, why wouldn't you use validator for this? > > I think that's just personal preference. Validators are reusable, > while putting a check in onSubmit isn't. Whether that matters depends > on your project and the context you do the check in. > > Eelco > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/How-reliable-Validators-are--tp17697642p17699825.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.9 isn't running Quickstart
Documentation for the jcl-over-slf4j.jar () says it replaces
commons-logging.jar -- which I cannot find anywhere in my Tomcat
installation. All I've found is commons-logging-api.jar in the {Tomcat
installation}/bin directory. When I do the replacement, Tomcat fails to
start.
I'm having trouble finding any documentation that specifically speaks of
configuring Tomcat for this purpose. Hasn't _anyone_ made the Wicket
1.3 QuickStart project run in Tomcat? Yes, I plan to use Jetty for
development, but I don't think my company's architecture committee has
approved Jetty for deployment. It seems to me that I ought to be able
to run a Java web application in any J2EE-compliant webserver.
So, does this so
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of James Carman
Sent: Friday, June 06, 2008 1:01 PM
To: users@wicket.apache.org
Subject: Re: Tomcat 5.5.9 isn't running Quickstart
I would also check the tomcat/JCL documentation. I seem to
remember there being some very specific instructions on one of their
sites about this issue.
On Fri, Jun 6, 2008 at 1:54 PM, Gwyn Evans
<[EMAIL PROTECTED]> wrote:
> That's a bit odd then... One thing you could try is adding in
SLF4J's
> jcl-over-slf4j.jar instead of any commons-logging jars. That
would
> redirect any Commons-Logging logging to SLF4J.
>
> (Personally I'd also be looking to go with James' suggestion
of
> switching to Jetty, as I find that to be both clearer to debug
and
> more forgiving in terms of class-loading issues, but that may
not be
> possible...)
>
> /Gwyn
>
> On Fri, Jun 6, 2008 at 5:31 PM, Frank Silbermann
> <[EMAIL PROTECTED]> wrote:
>> The lib directory in the QuickStart's WEB-INF contains:
>>
>>log4j-1.2.14.jar
>>slf4j-api-1.4.2.jar
>>slf4j-log4j12-1.4.2.jar
>>
>> -Original Message-
>> From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
>> Sent: Friday, June 06, 2008 11:27 AM
>> To: users@wicket.apache.org
>> Subject: Re: Tomcat 5.5.9 isn't running Quickstart
>>
>> you have to at least also have log4j in there somewhere.
>> commons-logging is just the pipeline..
>>
>> -igor
>>
>> On Fri, Jun 6, 2008 at 9:15 AM, Frank Silbermann
>> <[EMAIL PROTECTED]> wrote:
>>> Well, aside from the logging-oriented jars that maven packs
into the
>>> QuickStart's lib folder, the only logging jar I can see in
Tomcat is
>>> in Tomcat's bin folder, named
>>>
>>> commons-logging-api.jar
>>>
>>> dated 3/26/2005.
>>>
>>> Do I need to replace that with a more recent version? Would
you
>>> recommend moving to the current version of Tomcat to avoid
>> side-effects?
>>>
>>>
>>> -Original Message-
>>> From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
>>> Sent: Friday, June 06, 2008 11:07 AM
>>> To: users@wicket.apache.org
>>> Subject: Re: Tomcat 5.5.9 isn't running Quickstart
>>>
>>> well, there you go, something funky with your logger jars
>>>
>>> -igor
>>>
>>> On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann
>>> <[EMAIL PROTECTED]> wrote:
Ah, yes, I thought I had checked those, but I must have
missed the
right log. The error messages are:
The catalina.log file contains:
INFO: Stopping service Catalina
Jun 6, 2008 10:58:23 AM
org.apache.catalina.loader.WebappClassLoader
findResourceInternal
INFO: Illegal access: this web application instance has
been
stopped already. Could not load
commons-logging.properties. The
eventual following stack trace is caused by an error thrown
for
debugging purposes as well as to attempt to terminate the
thread
which caused the illegal access, and has no functional
impact.
Jun 6, 2008 10:58:23 AM
org.apache.catalina.loader.WebappClassLoader
findResourceInternal
INFO: Illegal access: this web application instance has
been
stopped already. Could not load
META-INF/services/org.apache.commons.logging.LogFactory.
The
eventual
>>>
following stack trace is caused by an error thrown for
debugging
purposes as well as to attempt to terminate the thread
which caused
the illegal access, and has no functional impact.
Jun 6, 2008 10:58:23 AM
org.apache.catalina.loader.WebappClassLoader
loadC
Re: How reliable Validators are?
You can, however, pass in an object obtained via injection with the @SpringBean annotation. On Fri, Jun 6, 2008 at 3:42 PM, Patrick Angeles <[EMAIL PROTECTED]> wrote: > > Another difference, if you have to do a database roundtrip (which you will > likely need to verify a password) then the code for the validator is a bit > more complicated. You have to take into account the fact that this gets > serialized/deserialized as part of the page so you can't just pass a DB > connection or hibernate session in the constructor. > > > > Eelco Hillenius wrote: >> >>> But can you please explain, why wouldn't you use validator for this? >> >> I think that's just personal preference. Validators are reusable, >> while putting a check in onSubmit isn't. Whether that matters depends >> on your project and the context you do the check in. >> >> Eelco >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > -- > View this message in context: > http://www.nabble.com/How-reliable-Validators-are--tp17697642p17699825.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.9 isn't running Quickstart
Our test/production servers are running Tomcat just fine. Check this
out and I think it'll help you:
http://commons.apache.org/logging/troubleshooting.html#Apache%20Tomcat
On Fri, Jun 6, 2008 at 3:44 PM, Frank Silbermann
<[EMAIL PROTECTED]> wrote:
>
>
> Documentation for the jcl-over-slf4j.jar () says it replaces
> commons-logging.jar -- which I cannot find anywhere in my Tomcat
> installation. All I've found is commons-logging-api.jar in the {Tomcat
> installation}/bin directory. When I do the replacement, Tomcat fails to
> start.
>
> I'm having trouble finding any documentation that specifically speaks of
> configuring Tomcat for this purpose. Hasn't _anyone_ made the Wicket
> 1.3 QuickStart project run in Tomcat? Yes, I plan to use Jetty for
> development, but I don't think my company's architecture committee has
> approved Jetty for deployment. It seems to me that I ought to be able
> to run a Java web application in any J2EE-compliant webserver.
>
>So, does this so
>
>-Original Message-
>From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of James Carman
>Sent: Friday, June 06, 2008 1:01 PM
>To: users@wicket.apache.org
>Subject: Re: Tomcat 5.5.9 isn't running Quickstart
>
>I would also check the tomcat/JCL documentation. I seem to
> remember there being some very specific instructions on one of their
> sites about this issue.
>
>On Fri, Jun 6, 2008 at 1:54 PM, Gwyn Evans
> <[EMAIL PROTECTED]> wrote:
>> That's a bit odd then... One thing you could try is adding in
> SLF4J's
>> jcl-over-slf4j.jar instead of any commons-logging jars. That
> would
>> redirect any Commons-Logging logging to SLF4J.
>>
>> (Personally I'd also be looking to go with James' suggestion
> of
>> switching to Jetty, as I find that to be both clearer to debug
> and
>> more forgiving in terms of class-loading issues, but that may
> not be
>> possible...)
>>
>> /Gwyn
>>
>> On Fri, Jun 6, 2008 at 5:31 PM, Frank Silbermann
>> <[EMAIL PROTECTED]> wrote:
>>> The lib directory in the QuickStart's WEB-INF contains:
>>>
>>>log4j-1.2.14.jar
>>>slf4j-api-1.4.2.jar
>>>slf4j-log4j12-1.4.2.jar
>>>
>>> -Original Message-
>>> From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
>>> Sent: Friday, June 06, 2008 11:27 AM
>>> To: users@wicket.apache.org
>>> Subject: Re: Tomcat 5.5.9 isn't running Quickstart
>>>
>>> you have to at least also have log4j in there somewhere.
>>> commons-logging is just the pipeline..
>>>
>>> -igor
>>>
>>> On Fri, Jun 6, 2008 at 9:15 AM, Frank Silbermann
>>> <[EMAIL PROTECTED]> wrote:
>>>> Well, aside from the logging-oriented jars that maven packs
> into the
>>>> QuickStart's lib folder, the only logging jar I can see in
> Tomcat is
>>>> in Tomcat's bin folder, named
>>>>
>>>> commons-logging-api.jar
>>>>
>>>> dated 3/26/2005.
>>>>
>>>> Do I need to replace that with a more recent version? Would
> you
>>>> recommend moving to the current version of Tomcat to avoid
>>> side-effects?
>>>>
>>>>
>>>> -Original Message-
>>>> From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
>>>> Sent: Friday, June 06, 2008 11:07 AM
>>>> To: users@wicket.apache.org
>>>> Subject: Re: Tomcat 5.5.9 isn't running Quickstart
>>>>
>>>> well, there you go, something funky with your logger jars
>>>>
>>>> -igor
>>>>
>>>> On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann
>>>> <[EMAIL PROTECTED]> wrote:
> Ah, yes, I thought I had checked those, but I must have
> missed the
> right log. The error messages are:
>
> The catalina.log file contains:
>
> INFO: Stopping service Catalina
> Jun 6, 2008 10:58:23 AM
> org.apache.catalina.loader.WebappClassLoader
> findResourceInternal
> INFO: Illegal access: this web application instance has
> been
> stopped already. Could not load
> commons-logging.properties. The
> eventual following stack trace is caused by an error thrown
> for
> debugging purposes as well as to attempt to terminate the
> thread
> which caused the illegal access, and has no functional
> impact.
> Jun 6, 2008 10:58:23 AM
> org.apache.catalina.loader.WebappClassLoader
> findResourceInternal
> INFO: Illegal access: this web application instance has
> been
> stopped already. Could not load
> META-INF/services/org.apache.commons.logging.LogFact
RE: Tomcat 5.5.9 isn't running Quickstart
Yes, there do seem to be classloading problems with Tomcat 5.5 that prevent it from finding the application's classes, but I haven't found a solution for it. No, I haven't tried Tomcat 6. Has anyone tried running the Wicket 1.3 QuickStart program in Tomcat 6? -Original Message- From: Johan Compagner [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2008 1:48 PM To: users@wicket.apache.org Subject: Re: Tomcat 5.5.9 isn't running Quickstart And if you use toimcat 6? It could be classloading problems one (commons) cant find the stuff in the web folder On 6/6/08, Frank Silbermann <[EMAIL PROTECTED]> wrote: > Well, aside from the logging-oriented jars that maven packs into the > QuickStart's lib folder, the only logging jar I can see in Tomcat is > in Tomcat's bin folder, named > > commons-logging-api.jar > > dated 3/26/2005. > > Do I need to replace that with a more recent version? Would you > recommend moving to the current version of Tomcat to avoid side-effects? > > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 11:07 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Quickstart > > well, there you go, something funky with your logger jars > > -igor > > On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> Ah, yes, I thought I had checked those, but I must have missed the >> right log. The error messages are: >> >> The catalina.log file contains: >> >> INFO: Stopping service Catalina >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> findResourceInternal >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load commons-logging.properties. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> findResourceInternal >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load >> META-INF/services/org.apache.commons.logging.LogFactory. The >> eventual > >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.log4j.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.log4j.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load java.util.logging.Logger. The eventual >> following stack trace is caused by an error thrown for debugging >> purposes as well as to attempt to terminate the thread which caused >> the illegal access, and has no functional impact. >> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >> loadClass >> INFO: Illegal access: this web application instance has been stopped >> already. Could not load org.apache.commons.logging.impl.SimpleLog. >> The eventual following stack trace is caused by an error thrown for >> debugging purposes as well as to attempt to terminate the thread >> which > >> caused the illegal access, and has no functional impact. >> Jun 6,
Re: How reliable Validators are?
what exactly is "heavy" ? a validator accessing the database? why is that heavy? it keeps a reference to the object that does the database check? why is that heavy? there are plenty of things to make the lookup lightweight such as wicket-spring and salve. what exactly is too heavy about something like a UserNameValidator that does everything to validate a username? -igor On Fri, Jun 6, 2008 at 12:03 PM, Sven Meier <[EMAIL PROTECTED]> wrote: > The password check will probably require an access to your > database/ldap/whatever, so your validator will need a reference to some > singleton objects (service/dao/...). > > For my taste this is too heavy for a validator. > > Sven > > Sergey Podatelev schrieb: >> >> Okay, that is something I expected. >> But can you please explain, why wouldn't you use validator for this? >> It seems to be a good way to encapsulate certain functionality and if it >> can't be bypassed, there're no security issues also. >> Still, you'd use a check in onSubmit(). >> >> I'm just trying to understand if I maybe missing something here :) >> >> On Fri, Jun 6, 2008 at 9:43 PM, Sven Meier <[EMAIL PROTECTED]> wrote: >> >> >>> >>> Well, if your validator doesn't approve the entered password your form >>> will >>> never accept the submit. >>> There's no way to bypass the validation. >>> >>> I'd prefer to check a password in onSubmit() though - but YMMW. >>> >>> Sven >>> >>> Sergey Podatelev schrieb: >>> >>> Hello, >>> I'm wondering, how safe is it to use a custom validator to check current password of the logged-in user, when he wants to change his password (say, on a profile page)? Are there are any potential security issues that can allow user to pass a validation? >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> >> >> >> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How reliable Validators are?
not without manually injecting the validator or making validate an inner/anon class so it can access component's fields. -igor On Fri, Jun 6, 2008 at 12:46 PM, James Carman <[EMAIL PROTECTED]> wrote: > You can, however, pass in an object obtained via injection with the > @SpringBean annotation. > > On Fri, Jun 6, 2008 at 3:42 PM, Patrick Angeles <[EMAIL PROTECTED]> wrote: >> >> Another difference, if you have to do a database roundtrip (which you will >> likely need to verify a password) then the code for the validator is a bit >> more complicated. You have to take into account the fact that this gets >> serialized/deserialized as part of the page so you can't just pass a DB >> connection or hibernate session in the constructor. >> >> >> >> Eelco Hillenius wrote: >>> But can you please explain, why wouldn't you use validator for this? >>> >>> I think that's just personal preference. Validators are reusable, >>> while putting a check in onSubmit isn't. Whether that matters depends >>> on your project and the context you do the check in. >>> >>> Eelco >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/How-reliable-Validators-are--tp17697642p17699825.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.9 isn't running Quickstart
it doesnt sound right. tomcat itself is writing out logs and i dont think it uses jdk logging. so there must be at least a log4j jar somewhere in tomcat install.. we have deployed in 5.5 and 6.0 previously and everything works fine. -igor On Fri, Jun 6, 2008 at 9:31 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > The lib directory in the QuickStart's WEB-INF contains: > >log4j-1.2.14.jar >slf4j-api-1.4.2.jar >slf4j-log4j12-1.4.2.jar > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 11:27 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Quickstart > > you have to at least also have log4j in there somewhere. > commons-logging is just the pipeline.. > > -igor > > On Fri, Jun 6, 2008 at 9:15 AM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> Well, aside from the logging-oriented jars that maven packs into the >> QuickStart's lib folder, the only logging jar I can see in Tomcat is >> in Tomcat's bin folder, named >> >> commons-logging-api.jar >> >> dated 3/26/2005. >> >> Do I need to replace that with a more recent version? Would you >> recommend moving to the current version of Tomcat to avoid > side-effects? >> >> >> -Original Message- >> From: Igor Vaynberg [mailto:[EMAIL PROTECTED] >> Sent: Friday, June 06, 2008 11:07 AM >> To: users@wicket.apache.org >> Subject: Re: Tomcat 5.5.9 isn't running Quickstart >> >> well, there you go, something funky with your logger jars >> >> -igor >> >> On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann >> <[EMAIL PROTECTED]> wrote: >>> Ah, yes, I thought I had checked those, but I must have missed the >>> right log. The error messages are: >>> >>> The catalina.log file contains: >>> >>> INFO: Stopping service Catalina >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> findResourceInternal >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load commons-logging.properties. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> findResourceInternal >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load >>> META-INF/services/org.apache.commons.logging.LogFactory. The >>> eventual >> >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load org.apache.log4j.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load java.util.logging.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load org.apache.log4j.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load java.util.logging.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load java.util.logging.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> a
RE: Tomcat 5.5.9 isn't running Quickstart
Well, it suggests I should replace commons-logging-api.jar with
commons-logging-1.1-api.jar, but when I tried that Tomcat failed to
start up. Is there something else I need to do at the same time?
--
At the current date, Tomcat 5.5.16 is the current release. All releases
from version 4.1.x through 5.5.16 have a startup process that places
jarfile ${tomcat.home}/bin/commons-logging-api.jar in the system
classpath and then prevents any webapp from overriding the classes in
that jarfile. Effectively, all webapps behave as if "parent-first"
classloading were enabled for those classes.
This has some benefits; in particular it means that there are no
problems in these Tomcat versions with having multiple copies of the
commons-logging Log interface in the classpath (which avoids the "Log
does not implement Log" problem described elsewhere).
However it also means that no webapp can override the core
commons-logging classes by including an updated commons-logging jarfile
in WEB-INF/lib; any class already loaded via the container takes
priority. In particular, as Tomcat bundles logging 1.0.4 only, the new
diagnostics and memory-leak-prevention features of the 1.1 release will
not be available unless the container's library version is updated.
Because the commons-logging-api.jar in the container does not contain
any log-library-adapter classes, updated behaviour for these will be
seen when logging 1.1 is bundled in WEB-INF/lib. In particular, the
support for log4j's TRACE level will take effect without having to
update the container.
If you do wish to update Tomcat's version of commons-logging, then you
must use the commons-logging-1.1-api jar only, not the full jar. Classes
in the webapp cannot override classes loaded from the system classpath
set up during Tomcat's startup process, and logging adapters can only
see their matching concrete logging library if that library is available
in the same classpath. Bundling the full commons-logging jarfile (with
adapters) into the system classpath therefore means that logging
libraries (eg log4j) within WEB-INF/lib are not accessable.
Note that the behaviour described here only applies if the standard
Tomcat startup process is run. When Tomcat is embedded in a larger
framework (eg run embedded within an IDE) this may not apply.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of James Carman
Sent: Friday, June 06, 2008 2:50 PM
To: users@wicket.apache.org
Subject: Re: Tomcat 5.5.9 isn't running Quickstart
Our test/production servers are running Tomcat just fine. Check this
out and I think it'll help you:
http://commons.apache.org/logging/troubleshooting.html#Apache%20Tomcat
On Fri, Jun 6, 2008 at 3:44 PM, Frank Silbermann
<[EMAIL PROTECTED]> wrote:
>
>
> Documentation for the jcl-over-slf4j.jar () says it replaces
> commons-logging.jar -- which I cannot find anywhere in my Tomcat
> installation. All I've found is commons-logging-api.jar in the
> {Tomcat installation}/bin directory. When I do the replacement,
> Tomcat fails to start.
>
> I'm having trouble finding any documentation that specifically speaks
> of configuring Tomcat for this purpose. Hasn't _anyone_ made the
> Wicket
> 1.3 QuickStart project run in Tomcat? Yes, I plan to use Jetty for
> development, but I don't think my company's architecture committee has
> approved Jetty for deployment. It seems to me that I ought to be able
> to run a Java web application in any J2EE-compliant webserver.
>
>So, does this so
>
>-Original Message-
>From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of James Carman
>Sent: Friday, June 06, 2008 1:01 PM
>To: users@wicket.apache.org
>Subject: Re: Tomcat 5.5.9 isn't running Quickstart
>
>I would also check the tomcat/JCL documentation. I seem to
> remember there being some very specific instructions on one of their
> sites about this issue.
>
>On Fri, Jun 6, 2008 at 1:54 PM, Gwyn Evans
> <[EMAIL PROTECTED]> wrote:
>> That's a bit odd then... One thing you could try is adding
> in SLF4J's
>> jcl-over-slf4j.jar instead of any commons-logging jars. That
> would
>> redirect any Commons-Logging logging to SLF4J.
>>
>> (Personally I'd also be looking to go with James' suggestion
> of
>> switching to Jetty, as I find that to be both clearer to
> debug and
>> more forgiving in terms of class-loading issues, but that may
> not be
>> possible...)
>>
>> /Gwyn
>>
>> On Fri, Jun 6, 2008 at 5:31 PM, Frank Silbermann
>> <[EMAIL PROTECTED]> wrote:
>>> The lib directory in the QuickStart's WEB-INF contains:
>>>
>>>log4j-1.2.14.jar
>>>slf4j-api-1.4.2.jar
>>>slf4j-log4j12-1.4.2.jar
>>>
>>> -Original Message-
>>>
RE: Tomcat 5.5.9 isn't running Quickstart
I did a Windows search for files with names containing "log4j" and came up with nothing. I wonder whether it could be bundled into other Tomcat jars. I'm using Tomcat 5.5.9, so maybe I should try a fresh install of Tomcat, version 6, when I get back on Wednesday. -Original Message- From: Igor Vaynberg [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2008 2:57 PM To: users@wicket.apache.org Subject: Re: Tomcat 5.5.9 isn't running Quickstart it doesnt sound right. tomcat itself is writing out logs and i dont think it uses jdk logging. so there must be at least a log4j jar somewhere in tomcat install.. we have deployed in 5.5 and 6.0 previously and everything works fine. -igor On Fri, Jun 6, 2008 at 9:31 AM, Frank Silbermann <[EMAIL PROTECTED]> wrote: > The lib directory in the QuickStart's WEB-INF contains: > >log4j-1.2.14.jar >slf4j-api-1.4.2.jar >slf4j-log4j12-1.4.2.jar > > -Original Message- > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 11:27 AM > To: users@wicket.apache.org > Subject: Re: Tomcat 5.5.9 isn't running Quickstart > > you have to at least also have log4j in there somewhere. > commons-logging is just the pipeline.. > > -igor > > On Fri, Jun 6, 2008 at 9:15 AM, Frank Silbermann > <[EMAIL PROTECTED]> wrote: >> Well, aside from the logging-oriented jars that maven packs into the >> QuickStart's lib folder, the only logging jar I can see in Tomcat is >> in Tomcat's bin folder, named >> >> commons-logging-api.jar >> >> dated 3/26/2005. >> >> Do I need to replace that with a more recent version? Would you >> recommend moving to the current version of Tomcat to avoid > side-effects? >> >> >> -Original Message- >> From: Igor Vaynberg [mailto:[EMAIL PROTECTED] >> Sent: Friday, June 06, 2008 11:07 AM >> To: users@wicket.apache.org >> Subject: Re: Tomcat 5.5.9 isn't running Quickstart >> >> well, there you go, something funky with your logger jars >> >> -igor >> >> On Fri, Jun 6, 2008 at 9:03 AM, Frank Silbermann >> <[EMAIL PROTECTED]> wrote: >>> Ah, yes, I thought I had checked those, but I must have missed the >>> right log. The error messages are: >>> >>> The catalina.log file contains: >>> >>> INFO: Stopping service Catalina >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> findResourceInternal >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load commons-logging.properties. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> findResourceInternal >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load >>> META-INF/services/org.apache.commons.logging.LogFactory. The >>> eventual >> >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load org.apache.log4j.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load java.util.logging.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load org.apache.log4j.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Illegal access: this web application instance has been stopped >>> already. Could not load java.util.logging.Logger. The eventual >>> following stack trace is caused by an error thrown for debugging >>> purposes as well as to attempt to terminate the thread which caused >>> the illegal access, and has no functional impact. >>> Jun 6, 2008 10:58:23 AM org.apache.catalina.loader.WebappClassLoader >>> loadClass >>> INFO: Ill
Re: (Class>) casting troubles
Zappaterrini, Larry wrote:
In the example you have detailed, RawBar is not a subtype of Bar
since it extends the raw type Bar.
I guess it depends on the definition of subtype. It is at least the case
that the following assignment compiles without warnings (without
warnings about unchecked casts):
Bar bar = new RawBar();
So is it then a subtype? Or isn't it? It's all terribly inconsistent if
you ask me. :-(
Regards,
Sebastiaan
-Original Message-
From: Sebastiaan van Erk [mailto:[EMAIL PROTECTED]
Sent: Friday, June 06, 2008 11:31 AM
To: users@wicket.apache.org
Subject: Re: (Class>) casting troubles
ARgh, you always make typos with this stuff.
See correction.
Sebastiaan van Erk wrote:
Martin Funk wrote:
Class> means "class of (anything that extends
(page of
anything))".
I'm not so sure.
There are 2 separate issues:
ISSUE 1: Foo> is not assignable from a Foo
where RawBar extends Bar as a raw type. That is, given:
static class Foo {
}
static class Bar {
}
static class RawBar extends Bar {
}
static class SubBar extends Bar {
}
Thus:
Bar bar = new RawBar(); // works, because RawBar is a subtype of
Bar
But:
Foo> rawbar = new RawBar(); // DOES NOT WORK -
THIS
IS CAUSING ONE HALF OF ALL OUR HEADACHES
(correction:)
Foo> rawbar = new Foo(); // DOES NOT WORK -
THIS IS CAUSING ONE HALF OF ALL OUR HEADACHES
Btw, this does work (like you expect):
Foo> rawbar2 = new Foo>();
Note that this is the issue that complete baffles me, as RawBar is a
subtype of Bar, so I *really* *really* *REALLY* have no idea why
the
compiler chokes on this.
ISSUE 2: The class literal of a generic type returns a class of a raw
type. Thus Foo.class return Class. This is also really messed
up,
because:
Class fc = Foo.class;
compiles, but generates a warning (reference to raw type). But if you
type this in eclipse:
x fc = Foo.class;
and use eclipse quickfix to change "x" to the "correct" type, it'll
change it to precisely Class (the JLS is very short about this,
see
also
http://java.sun.com/docs/books/jls/third_edition/html/expressions.html#1
5.8.2).
So what the heck is the proper type for the class literal??? I
couldn't
find any!
Finally, note that when you define a method like this:
static void method1(Foo> y) {
}
it works like a charm for a new Foo>, i.e., the "Foo of
(anything that extends (bar of anything))" really is the correct
interpretation.
It's just that the interaction with raw types is completely *foobar*
(pun intended).
Regards,
Sebastiaan
__
The information contained in this message is proprietary and/or confidential. If you are not the
intended recipient, please: (i) delete the message and all copies; (ii) do not disclose,
distribute or use the message in any manner; and (iii) notify the sender immediately. In addition,
please be aware that any message addressed to our domain is subject to archiving and review by
persons other than the intended recipient. Thank you.
_
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
smime.p7s
Description: S/MIME Cryptographic Signature
Re: How reliable Validators are?
Well yeah, actually, I'm using Wicket-Spring, so onValidate() takes just
about two lines:
protected void onValidate(validatable) {
if (((MyApplication)
Application.get()).getUserDao().verifyPassword(userId, password) == false) {
error(validatable);
}
}
On Fri, Jun 6, 2008 at 11:52 PM, Igor Vaynberg <[EMAIL PROTECTED]>
wrote:
> what exactly is "heavy" ?
>
> a validator accessing the database? why is that heavy?
>
> it keeps a reference to the object that does the database check? why
> is that heavy? there are plenty of things to make the lookup
> lightweight such as wicket-spring and salve.
>
> what exactly is too heavy about something like a UserNameValidator
> that does everything to validate a username?
>
> -igor
>
> On Fri, Jun 6, 2008 at 12:03 PM, Sven Meier <[EMAIL PROTECTED]> wrote:
> > The password check will probably require an access to your
> > database/ldap/whatever, so your validator will need a reference to some
> > singleton objects (service/dao/...).
> >
> > For my taste this is too heavy for a validator.
> >
> > Sven
> >
> > Sergey Podatelev schrieb:
> >>
> >> Okay, that is something I expected.
> >> But can you please explain, why wouldn't you use validator for this?
> >> It seems to be a good way to encapsulate certain functionality and if it
> >> can't be bypassed, there're no security issues also.
> >> Still, you'd use a check in onSubmit().
> >>
> >> I'm just trying to understand if I maybe missing something here :)
> >>
> >> On Fri, Jun 6, 2008 at 9:43 PM, Sven Meier <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>>
> >>> Well, if your validator doesn't approve the entered password your form
> >>> will
> >>> never accept the submit.
> >>> There's no way to bypass the validation.
> >>>
> >>> I'd prefer to check a password in onSubmit() though - but YMMW.
> >>>
> >>> Sven
> >>>
> >>> Sergey Podatelev schrieb:
> >>>
> >>> Hello,
> >>>
>
> I'm wondering, how safe is it to use a custom validator to check
> current
> password of the logged-in user, when he wants to change his password
> (say,
> on a profile page)?
> Are there are any potential security issues that can allow user to
> pass
> a
> validation?
>
>
>
>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>>
> >>>
> >>
> >>
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
sp
Re: How reliable Validators are?
On Fri, Jun 6, 2008 at 1:22 PM, Sergey Podatelev
<[EMAIL PROTECTED]> wrote:
> Well yeah, actually, I'm using Wicket-Spring, so onValidate() takes just
> about two lines:
>
> protected void onValidate(validatable) {
> if (((MyApplication)
> Application.get()).getUserDao().verifyPassword(userId, password) == false) {
>error(validatable);
> }
> }
I think it really doesn't matter much whether you put it in a
validator or directly in onSubmit. If it is something you reuse, put
it in a validator to avoid code validation. Otherwise, do whatever is
best readable. Another consideration is that if you have multiple
validations, it can get ugly to have to put in multiple if/ then
blocks (if validation x fails the set error, else save y kind of
stuff), and validators are a bit nicer in that way because they are
like pluggable checks that block form processing if any of them fails.
Eelco
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket 1.3 relative path problem
We have some similar issues with relative paths. We've already gotten around the problem for our SSL pages (going from non-ssl to an ssl page was not pulling resources in properly because of the relative urls), but now it is cropping up again in another area. We have some legacy applications which we are gradually rewriting to be wicket based, and some of our content is served via static HTML (from a content management system) that will never be wicket based. To bridge between the two we include wicket components on these pages through AJAX calls. For example, we have a dynamic panel for selecting items to add to your cart which gets included on some of our product pages. This all worked fine in Wicket 1.2.x due to it using absolute paths. With 1.3.x we are having issues with the AjaxSubmitButton that is included on the panel. It submits and adds the items to the cart just fine, but it then is redirecting to a relative (outside of the wicket app) url to which it appends the wicket parameters. It is supposed to redirect to our cart (wicket based) page. We definitely vote for having some kind of hooks to override this functionality. Like I said, we've got it working for the SSL based pages and that took a lot of work, but now we need to do the same type of thing for non-ssl pages. Thanks, Barrett Snyder Vegas.com Johan Compagner wrote: > > But maybe we should build in a hook (wicket filter or application) > > where people get the current browser url, the url part that should be made > relative (or absolute) > and thn let them decided what to return there > > Default impl is what we do now > > johan > > > > On Fri, Mar 7, 2008 at 10:54 PM, Igor Vaynberg <[EMAIL PROTECTED]> > wrote: > >> well, we are not going to make it backwards compatible, so saying that >> it used to work in 1.2 isnt going to help you... >> >> -igor >> >> >> On Fri, Mar 7, 2008 at 1:48 PM, Renan Camponez <[EMAIL PROTECTED]> >> wrote: >> > I know that... Thats my problem.. :) >> > >> > On Fri, Mar 7, 2008 at 6:47 PM, Igor Vaynberg >> <[EMAIL PROTECTED]> >> > >> > >> > wrote: >> > >> > > wicket 1.3 is not backwards compatible with 1.2 >> > > >> > > -igor >> > > >> > > >> > > On Fri, Mar 7, 2008 at 1:45 PM, Renan Camponez < >> [EMAIL PROTECTED]> >> > > wrote: >> > > > The problem is that at wicket 1.2 it works... >> > > > Bcs wicket 1.2 use /myapp/wicketservlet/blabla.. >> > > > >> > > > >> > > > On Fri, Mar 7, 2008 at 6:39 PM, Igor Vaynberg < >> [EMAIL PROTECTED]> >> > > > >> > > > >> > > > wrote: >> > > > >> > > > > hrm, dont know if we support that kind of thing, or took it >> into >> > > > > consideration while testing. >> > > > > >> > > > > can you not use wicket as a filter that gets hit before your >> servlet? >> > > > > >> > > > > -igor >> > > > > >> > > > > >> > > > > On Fri, Mar 7, 2008 at 1:37 PM, Renan Camponez < >> > > [EMAIL PROTECTED]> >> > > > > wrote: >> > > > > > Exacly.. >> > > > > > >> > > > > > >> > > > > > On Fri, Mar 7, 2008 at 6:34 PM, Igor Vaynberg < >> > > [EMAIL PROTECTED]> >> > > > > > >> > > > > > >> > > > > > wrote: >> > > > > > >> > > > > > > so a nonwicket /app/mainservlet servlet redirects to the >> wicket >> > > > > servlet? >> > > > > > > >> > > > > > > -igor >> > > > > > > >> > > > > > > >> > > > > > > On Fri, Mar 7, 2008 at 1:05 PM, Renan Camponez < >> > > > > [EMAIL PROTECTED]> >> > > > > > > wrote: >> > > > > > > > Igor, >> > > > > > > > Thanks for quick answer... >> > > > > > > > My problem is a little more difficult to solve.. >> > > > > > > > The problem is that I have a servlet at >> /app/mainservlet >> who >> > > > > handle if >> > > > > > > all >> > > > > > > > requests... >> > > > > > > > If i do a request to wicket Page, it redirects me to >> wicket >> > > > > servlet.. >> > > > > > > But my >> > > > > > > > URL remains the same.. >> > > > > > > > >> > > > > > > > That means that I'm acessing for example: >> > > > > > > > /app/mainservlet/getWicket1 >> > > > > > > > >> > > > > > > > This goes to the wicketservlet, and returns the page... >> With >> > > all >> > > > > > > relative >> > > > > > > > images, buttons, ajaxSubmitLinks... >> > > > > > > > The "onclick" method for ajaxSubmit links are >> ../../../../ >> > > too.. >> > > > > But as >> > > > > > > I am >> > > > > > > > at /app/mainservlet, it goes wrong... >> > > > > > > > >> > > > > > > > Thats my real problem... Any ideia? >> > > > > > > > >> > > > > > > > On Fri, Mar 7, 2008 at 6:00 PM, Igor Vaynberg < >> > > > > [EMAIL PROTECTED]> >> > > > > > > > wrote: >> > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > > > > use ContextImage class >> > > > > > > > > >> > > > > > > > > also current wicket takes over contextroot/resources >> > > directory, >> > > > > so >> > > > > > > you >> > > > > > > > > might want
Re: (Class>) casting troubles
Martin Funk wrote: Foo> rawbar = new Foo(); // DOES NOT WORK - THIS IS CAUSING ONE HALF OF ALL OUR HEADACHES Btw, this does work (like you expect): Foo> rawbar2 = new Foo>(); maybe some more wisdom can be found here: http://www.angelikalanger.com/GenericsFAQ/FAQSections/TechnicalDetails.html#FAQ209 In her words it would mean 'raw types are not part of the type family denoted by the wildcard parametrized type Bar' But I'm still puzzled, since taking that FAQ it doesn't explain why in the case of the generic method public > void dol(Class clazz) the raw types are all of a sudden member of that family Nor does it explain why assignment: Bar bar = new RawBar(); works, without errors or warnings... the faq comes up with this: http://www.angelikalanger.com/GenericsFAQ/FAQSections/ParameterizedTypes.html#FAQ106 and this: http://www.angelikalanger.com/GenericsFAQ/FAQSections/ParameterizedTypes.html#FAQ310 I find the argumentation rather mind-bending. And I still wonder how you can rationalize away that Foo.class returns a type that generates warnings if you want to use it! Regards, Sebastiaan smime.p7s Description: S/MIME Cryptographic Signature
RE: (Class>) casting troubles
Sorry, I should have been more clear about subtype. :) When dealing with
raw types, the raw type is considered a super type of the generic type.
So Bar is a super type of Bar. Since RawType extends the raw type
Bar, consider it to be a peer of Bar. When you consider them as
peers, a warning is warranted. The new example you use works due to
erasure. Bar as declared in source code becomes Bar in byte code. So
the statement becomes:
Bar bar = new RawBar();
Which is perfectly legal. I have found that most of perceived
inconsistencies in Java generics stems from erasure and sub type
substitution. The golden rule of generics is that the byte code produced
by compiling generics will never produce an invalid cast so long as the
code does not produce any warnings. This causes some things that may
seem intuitive to be illegal.
-Original Message-
From: Sebastiaan van Erk [mailto:[EMAIL PROTECTED]
Sent: Friday, June 06, 2008 4:16 PM
To: users@wicket.apache.org
Subject: Re: (Class>) casting troubles
Zappaterrini, Larry wrote:
> In the example you have detailed, RawBar is not a subtype of Bar
> since it extends the raw type Bar.
I guess it depends on the definition of subtype. It is at least the case
that the following assignment compiles without warnings (without
warnings about unchecked casts):
Bar bar = new RawBar();
So is it then a subtype? Or isn't it? It's all terribly inconsistent if
you ask me. :-(
Regards,
Sebastiaan
> -Original Message-
> From: Sebastiaan van Erk [mailto:[EMAIL PROTECTED]
> Sent: Friday, June 06, 2008 11:31 AM
> To: users@wicket.apache.org
> Subject: Re: (Class>) casting troubles
>
> ARgh, you always make typos with this stuff.
>
> See correction.
>
> Sebastiaan van Erk wrote:
>> Martin Funk wrote:
>>
Class> means "class of (anything that extends
> (page of
anything))".
>>> I'm not so sure.
>> There are 2 separate issues:
>>
>> ISSUE 1: Foo> is not assignable from a Foo
>> where RawBar extends Bar as a raw type. That is, given:
>>
>> static class Foo {
>> }
>>
>> static class Bar {
>> }
>>
>> static class RawBar extends Bar {
>> }
>>
>> static class SubBar extends Bar {
>> }
>>
>> Thus:
>>
>>Bar bar = new RawBar(); // works, because RawBar is a subtype
of
>
>> Bar
>>
>> But:
>>
>>Foo> rawbar = new RawBar(); // DOES NOT WORK -
> THIS
>> IS CAUSING ONE HALF OF ALL OUR HEADACHES
>
> (correction:)
> Foo> rawbar = new Foo(); // DOES NOT WORK
-
>
> THIS IS CAUSING ONE HALF OF ALL OUR HEADACHES
>
> Btw, this does work (like you expect):
> Foo> rawbar2 = new Foo>();
>
>> Note that this is the issue that complete baffles me, as RawBar is a
>> subtype of Bar, so I *really* *really* *REALLY* have no idea why
> the
>> compiler chokes on this.
>>
>> ISSUE 2: The class literal of a generic type returns a class of a raw
>> type. Thus Foo.class return Class. This is also really messed
> up,
>> because:
>>
>> Class fc = Foo.class;
>>
>> compiles, but generates a warning (reference to raw type). But if you
>> type this in eclipse:
>>
>> x fc = Foo.class;
>>
>> and use eclipse quickfix to change "x" to the "correct" type, it'll
>> change it to precisely Class (the JLS is very short about this,
> see
>> also
>>
>
http://java.sun.com/docs/books/jls/third_edition/html/expressions.html#1
> 5.8.2).
>>
>> So what the heck is the proper type for the class literal??? I
> couldn't
>> find any!
>>
>> Finally, note that when you define a method like this:
>>
>> static void method1(Foo> y) {
>> }
>>
>> it works like a charm for a new Foo>, i.e., the "Foo
of
>
>> (anything that extends (bar of anything))" really is the correct
>> interpretation.
>>
>> It's just that the interaction with raw types is completely *foobar*
>> (pun intended).
>>
>> Regards,
>> Sebastiaan
>>
>>
>>
>>
>>
>>
>>
>
> __
>
> The information contained in this message is proprietary and/or
confidential. If you are not the
> intended recipient, please: (i) delete the message and all copies;
(ii) do not disclose,
> distribute or use the message in any manner; and (iii) notify the
sender immediately. In addition,
> please be aware that any message addressed to our domain is subject to
archiving and review by
> persons other than the intended recipient. Thank you.
> _
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
__
The information contained in this message is proprietary and/or confidential.
If you are not the
intended recipient, please: (i) delete the message and all copies; (ii) do not
disclose,
distribute or use the message in any manner; and (iii) notify the sender
immediately. In addition,
please be aware that any message addressed to our domain is subject to
archiving and review by
persons other than the intended recipient. Thank you.
_
-
Re: How reliable Validators are?
As I wrote, it's just my personal taste how I would do it: For a password check usually another component is involved (the user name and/or a password retype), so this is no good case for IValidator. You could use an IFormValidator, but then you can equally well just put the check into onSubmit(). I not eager to explain my definition of 'heavy'. Next time I'll just write a sloppy response about validators working 90% of the time ;). Sven Igor Vaynberg schrieb: what exactly is "heavy" ? a validator accessing the database? why is that heavy? it keeps a reference to the object that does the database check? why is that heavy? there are plenty of things to make the lookup lightweight such as wicket-spring and salve. what exactly is too heavy about something like a UserNameValidator that does everything to validate a username? -igor On Fri, Jun 6, 2008 at 12:03 PM, Sven Meier <[EMAIL PROTECTED]> wrote: The password check will probably require an access to your database/ldap/whatever, so your validator will need a reference to some singleton objects (service/dao/...). For my taste this is too heavy for a validator. Sven Sergey Podatelev schrieb: Okay, that is something I expected. But can you please explain, why wouldn't you use validator for this? It seems to be a good way to encapsulate certain functionality and if it can't be bypassed, there're no security issues also. Still, you'd use a check in onSubmit(). I'm just trying to understand if I maybe missing something here :) On Fri, Jun 6, 2008 at 9:43 PM, Sven Meier <[EMAIL PROTECTED]> wrote: Well, if your validator doesn't approve the entered password your form will never accept the submit. There's no way to bypass the validation. I'd prefer to check a password in onSubmit() though - but YMMW. Sven Sergey Podatelev schrieb: Hello, I'm wondering, how safe is it to use a custom validator to check current password of the logged-in user, when he wants to change his password (say, on a profile page)? Are there are any potential security issues that can allow user to pass a validation? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AutoCompleteTextField scrolls entire page
I am seeing the following problem with several AutoCompleteTextFields on different pages: When I type a letter and the menu items are showing I am unable to scroll down the list with my mouse and make a selection. What happens instead is that the page scrolls up towards the mouse and the Autocomplete plus the menu scrolls out of view. Again, two developers here have the same problem with two separate implementations/pages. So, I am fairly sure this has nothing to do with the way we integrated it. My first guess would be the style sheet, but we have not made any pertinent changes. Any help would be appreciated - this behavior is being encountered on Firefox on Windows/Mac. On IE it doesn't work at all and I just get some 'type mismatch' error message. Safari on Windows doesn't do anything - I don't see a menu at all. Thanks, Michael
Re: How reliable Validators are?
I meant from some other class (a Component) that had the bean injected. That class could then pass its injected dependency into the validator's constructor. On Fri, Jun 6, 2008 at 3:53 PM, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > not without manually injecting the validator or making validate an > inner/anon class so it can access component's fields. > > -igor > > On Fri, Jun 6, 2008 at 12:46 PM, James Carman > <[EMAIL PROTECTED]> wrote: >> You can, however, pass in an object obtained via injection with the >> @SpringBean annotation. >> >> On Fri, Jun 6, 2008 at 3:42 PM, Patrick Angeles <[EMAIL PROTECTED]> wrote: >>> >>> Another difference, if you have to do a database roundtrip (which you will >>> likely need to verify a password) then the code for the validator is a bit >>> more complicated. You have to take into account the fact that this gets >>> serialized/deserialized as part of the page so you can't just pass a DB >>> connection or hibernate session in the constructor. >>> >>> >>> >>> Eelco Hillenius wrote: > But can you please explain, why wouldn't you use validator for this? I think that's just personal preference. Validators are reusable, while putting a check in onSubmit isn't. Whether that matters depends on your project and the context you do the check in. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/How-reliable-Validators-are--tp17697642p17699825.html >>> Sent from the Wicket - User mailing list archive at Nabble.com. >>> >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Refreshing a List view
Hey Guys,
FYI - instead of a simple button i created an AJAX link and then marked all
the components in the panel (which encloses the refreshing view) to true
(setOutputMarkupId(true)), and basically it refreshes just the view if a
delete happens. So its working now . Here's the simplified code for the
delete button:
final AjaxLink deletePlanObjectiveDetailButton = new
AjaxLink("button-delete-plan-objective-details") {
public final void onClick(AjaxRequestTarget target) {
// Step 1 : Delete from DB, removed for clarity.
*// REMOVE THE ITEM from the list*
modelList.remove( item.getIndex( ) );
// *Set the refreshing view model as a list.*
this.getParent().setModel(new
CompoundPropertyModel((Serializable) revPlanObjDetails));
// refreshing view cannot be a direct target for
AJAX updates, so we have to use
// next parent which is NOT refreshing view.
target.addComponent(this.getParent().getParent().getParent());
}
};
Once again, Thanks for your help guys.
Rick
On Fri, Jun 6, 2008 at 11:27 AM, Ricky <[EMAIL PROTECTED]> wrote:
> Thanks for the help guys, but still cannot make it to work =(
>
> Rick
>
>
> On Fri, Jun 6, 2008 at 3:22 AM, Maurice Marrink <[EMAIL PROTECTED]> wrote:
>
>> If that does not work you can also force the list to recreate all
>> items by calling removeAll() after you have deleted the object.
>>
>> Maurice
>>
>> On Thu, Jun 5, 2008 at 7:39 PM, Sam Barnum <[EMAIL PROTECTED]> wrote:
>> > Ricky, what are you using as the model for your refreshing view?
>> >
>> > You should be using some sort of detachable model that re-fetches the
>> items
>> > for the list from the DB each time.
>> >
>> > --
>> > Sam Barnum
>> > 360 Works
>> > http://www.360works.com
>> > 415.865.0952
>> >
>> >
>> >
>> > On Jun 5, 2008, at 10:32 AM, Ricky wrote:
>> >
>> >> Hi,
>> >>
>> >> I have a RefreshingView which has a delete button in it (this deletes
>> the
>> >> model present in the backing list for the view.) The problem is that
>> when
>> >> a
>> >> delete is performed on DB, (see onSubmit( ) for
>> >> *deletePlanObjectiveDetailButton
>> >> below) *the size of the list changes, Is there a way to "refresh" the
>> >> view
>> >> after I remove the model from the backing list (list.remove( xxx )) ??
>> >> Here's a snippet of what i am doing:
>> >>
>> >> *new RefreshingView("refreshing-view-list") {
>> >>
>> >>// populate item.
>> >>protected final void populateItem(final Item item) {
>> >>final MODEL backingListModel = (backingListModel)
>> >> item.getModelObject();
>> >>
>> >> item.add(new Label("label-objective-name",
>> >> backingListModel.getName()));
>> >>
>> >>final Button deletePlanObjectiveDetailButton = new
>> >> Button("button-delete-plan-objective-details") {
>> >>private static final long serialVersionUID = 1L;
>> >>
>> >>// onSubmit.
>> >>public final void onSubmit() {
>> >>new
>> >>
>> ObjectiveMeasureDataProvider().deleteObjectiveMeasure(backingListModel);
>> >>backingListModels.remove( ); /// <
>> Searches
>> >> for backing Model deleted in current list based on id and removes it.
>> >>// TODO Figure out a way to do list view refresh
>> >> here.
>> >> }
>> >>};
>> >> item.add(deletePlanObjectiveDetailButton);
>> >>}
>> >>};
>> >>
>> >> *Any Help would be appreciable!!???*
>> >> *Rick
>> >
>> >
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
Re: AutoCompleteTextField scrolls entire page
Hey, This is fixed 1.4-m1 and 1.3.4 (to be released at some point, I am not sure when). Rick On Fri, Jun 6, 2008 at 5:02 PM, Michael Mehrle <[EMAIL PROTECTED]> wrote: > I am seeing the following problem with several AutoCompleteTextFields on > different pages: > > > > When I type a letter and the menu items are showing I am unable to > scroll down the list with my mouse and make a selection. What happens > instead is that the page scrolls up towards the mouse and the > Autocomplete plus the menu scrolls out of view. > > > > Again, two developers here have the same problem with two separate > implementations/pages. So, I am fairly sure this has nothing to do with > the way we integrated it. My first guess would be the style sheet, but > we have not made any pertinent changes. > > > > Any help would be appreciated - this behavior is being encountered on > Firefox on Windows/Mac. On IE it doesn't work at all and I just get some > 'type mismatch' error message. Safari on Windows doesn't do anything - I > don't see a menu at all. > > > > Thanks, > > > > Michael > >
Re: How reliable Validators are?
That doesn't work either... b/c the validator instance has already been set... @SpringBean would work, but the Validator will need to manually invoke the Injector in it's own constructor. Or you can use http://code.google.com/p/salve/ which is what we do. jwcarman wrote: > > I meant from some other class (a Component) that had the bean > injected. That class could then pass its injected dependency into the > validator's constructor. > > On Fri, Jun 6, 2008 at 3:53 PM, Igor Vaynberg <[EMAIL PROTECTED]> > wrote: >> not without manually injecting the validator or making validate an >> inner/anon class so it can access component's fields. >> >> -igor >> >> On Fri, Jun 6, 2008 at 12:46 PM, James Carman >> <[EMAIL PROTECTED]> wrote: >>> You can, however, pass in an object obtained via injection with the >>> @SpringBean annotation. >>> >>> On Fri, Jun 6, 2008 at 3:42 PM, Patrick Angeles <[EMAIL PROTECTED]> >>> wrote: Another difference, if you have to do a database roundtrip (which you will likely need to verify a password) then the code for the validator is a bit more complicated. You have to take into account the fact that this gets serialized/deserialized as part of the page so you can't just pass a DB connection or hibernate session in the constructor. Eelco Hillenius wrote: > >> But can you please explain, why wouldn't you use validator for this? > > I think that's just personal preference. Validators are reusable, > while putting a check in onSubmit isn't. Whether that matters depends > on your project and the context you do the check in. > > Eelco > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/How-reliable-Validators-are--tp17697642p17699825.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/How-reliable-Validators-are--tp17697642p17702421.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How reliable Validators are?
You would be inside the constructor of a page (or component) when you instantiate the validator (presumably). That page (or component) could have a @SpringBean injected into it. Then, it can pass that injected reference into the constructor of the validator. On Fri, Jun 6, 2008 at 6:31 PM, Patrick Angeles <[EMAIL PROTECTED]> wrote: > > That doesn't work either... b/c the validator instance has already been > set... > > @SpringBean would work, but the Validator will need to manually invoke the > Injector in it's own constructor. > > Or you can use http://code.google.com/p/salve/ which is what we do. > > > > jwcarman wrote: >> >> I meant from some other class (a Component) that had the bean >> injected. That class could then pass its injected dependency into the >> validator's constructor. >> >> On Fri, Jun 6, 2008 at 3:53 PM, Igor Vaynberg <[EMAIL PROTECTED]> >> wrote: >>> not without manually injecting the validator or making validate an >>> inner/anon class so it can access component's fields. >>> >>> -igor >>> >>> On Fri, Jun 6, 2008 at 12:46 PM, James Carman >>> <[EMAIL PROTECTED]> wrote: You can, however, pass in an object obtained via injection with the @SpringBean annotation. On Fri, Jun 6, 2008 at 3:42 PM, Patrick Angeles <[EMAIL PROTECTED]> wrote: > > Another difference, if you have to do a database roundtrip (which you > will > likely need to verify a password) then the code for the validator is a > bit > more complicated. You have to take into account the fact that this gets > serialized/deserialized as part of the page so you can't just pass a DB > connection or hibernate session in the constructor. > > > > Eelco Hillenius wrote: >> >>> But can you please explain, why wouldn't you use validator for this? >> >> I think that's just personal preference. Validators are reusable, >> while putting a check in onSubmit isn't. Whether that matters depends >> on your project and the context you do the check in. >> >> Eelco >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > -- > View this message in context: > http://www.nabble.com/How-reliable-Validators-are--tp17697642p17699825.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > -- > View this message in context: > http://www.nabble.com/How-reliable-Validators-are--tp17697642p17702421.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: AutoCompleteTextField scrolls entire page
Where can I get a build of 1.3.4, so I can test this? Michael -Original Message- From: Ricky [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2008 2:47 PM To: users@wicket.apache.org Subject: Re: AutoCompleteTextField scrolls entire page Hey, This is fixed 1.4-m1 and 1.3.4 (to be released at some point, I am not sure when). Rick On Fri, Jun 6, 2008 at 5:02 PM, Michael Mehrle <[EMAIL PROTECTED]> wrote: > I am seeing the following problem with several AutoCompleteTextFields on > different pages: > > > > When I type a letter and the menu items are showing I am unable to > scroll down the list with my mouse and make a selection. What happens > instead is that the page scrolls up towards the mouse and the > Autocomplete plus the menu scrolls out of view. > > > > Again, two developers here have the same problem with two separate > implementations/pages. So, I am fairly sure this has nothing to do with > the way we integrated it. My first guess would be the style sheet, but > we have not made any pertinent changes. > > > > Any help would be appreciated - this behavior is being encountered on > Firefox on Windows/Mac. On IE it doesn't work at all and I just get some > 'type mismatch' error message. Safari on Windows doesn't do anything - I > don't see a menu at all. > > > > Thanks, > > > > Michael > >
Re: scriptaculous toaster
I'll take a swing at it and try to check something workable in asap. On 6/6/08, Nino Saturnino Martinez Vazquez Wael <[EMAIL PROTECTED]> wrote: > > Hmm > > The Effect's as they are now gives me some trouble, because you need to > give the component when creating the component. It would be much more > flexible if it could be changed. And would allow the user to control which > effects were used.. > > So what do you say? I could make the change:) API should be okay, and we > could deprecate the old constructor.. > > Ryan Sonnek wrote: > >> Not sure what this 'toaster' is, but i really like the multiple effect! >> is >> it available in 1.8 or is this in scriptaculous 2.0? >> >> We have a scriptaculous header contributor using the >> ScriptaculousAjaxBehavior.newJavascriptBindingBehavior(). do you need >> something different? >> >> >> On Wed, Jun 4, 2008 at 8:32 PM, Nino Saturnino Martinez Vazquez Wael < >> [EMAIL PROTECTED]> wrote: >> >> >> >>> Hi Ryan? >>> >>> I need this effect : >>> http://github.com/madrobby/scriptaculous/wikis/effect-multiple to be >>> able >>> to build the toaster. It's almost done, a scriptaculous header >>> contributor >>> would also be very nice. >>> >>> When im done with the toaster should I just add it to the project? >>> >>> -- >>> -Wicket for love >>> >>> Nino Martinez Wael >>> Java Specialist @ Jayway DK >>> http://www.jayway.dk >>> +45 2936 7684 >>> >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> >>> >> >> >> > > -- > -Wicket for love > > Nino Martinez Wael > Java Specialist @ Jayway DK > http://www.jayway.dk > +45 2936 7684 > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Ajax Only application - ffeedback appriciated
> Ive been developing an ajax only application in wicket for a little more > than 3 months. Users can open "windows" in a multidocument desktop-style > fashion for various entities and in these "windows/tabs" perform different > actions and apply different views. Further they can change views forth and > back, close views, rearrange views. I almost NEVER do a page level GET/POST. > The fun part is that its working really well. But Ive never seen something > like this out on the web really (gmail/gcalendar ok.. but those are quite > simple apps + they prolly got a big staff to tune every possible metric). > > Has anyone done something similar? Sure. We (Teachscape) are doing something like that. Not all Ajax (though we use that regularly as well), but we pretty much do everything in one page and implement navigation through panel swapping etc. When using Wicket like this, it is best to use the SecondLevelCacheSessionStore (the default in Wicket 1.3). Wicket 1.2 and the HttpSessionStore keep recording deltas - which are smaller than serialized pages, but have enough versions and it adds up - as long as you stay on one page. At least, that's how it used to be (and one of the big refactorings of 1.3). Eelco > Is this a dangerous track? What is most likely to stop me? How can I monitor > the amout o memory a user session consumes? If I find the > average-request-cpu-cycles * > average_requests_per_user_during_some_duration.. is it straight forward to > see how many simultaneous users I can accomodate? > > /Kalle > -- > View this message in context: > http://www.nabble.com/Ajax-Only-application---ffeedback-appriciated-tp17694786p17694786.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AutoCompleteTextField scrolls entire page
Use SNAPSHOT On Fri, Jun 6, 2008 at 8:17 PM, Michael Mehrle <[EMAIL PROTECTED]> wrote: > Where can I get a build of 1.3.4, so I can test this? > > Michael > > -Original Message- > From: Ricky [mailto:[EMAIL PROTECTED] > Sent: Friday, June 06, 2008 2:47 PM > To: users@wicket.apache.org > Subject: Re: AutoCompleteTextField scrolls entire page > > Hey, > This is fixed 1.4-m1 and 1.3.4 (to be released at some point, I am not sure > when). > > Rick > > On Fri, Jun 6, 2008 at 5:02 PM, Michael Mehrle <[EMAIL PROTECTED]> > wrote: > > > I am seeing the following problem with several AutoCompleteTextFields on > > different pages: > > > > > > > > When I type a letter and the menu items are showing I am unable to > > scroll down the list with my mouse and make a selection. What happens > > instead is that the page scrolls up towards the mouse and the > > Autocomplete plus the menu scrolls out of view. > > > > > > > > Again, two developers here have the same problem with two separate > > implementations/pages. So, I am fairly sure this has nothing to do with > > the way we integrated it. My first guess would be the style sheet, but > > we have not made any pertinent changes. > > > > > > > > Any help would be appreciated - this behavior is being encountered on > > Firefox on Windows/Mac. On IE it doesn't work at all and I just get some > > 'type mismatch' error message. Safari on Windows doesn't do anything - I > > don't see a menu at all. > > > > > > > > Thanks, > > > > > > > > Michael > > > > > -- Regards Vyas, Anirudh || ॐ ||
Re: ListChoice Crashing on 13th Load
On Thu, 05 Jun 2008, wfroud wrote: > I've been having trouble getting my app to run for any reasonable period of > time without crashing. I've laid out a basic page that contains a > > ListChoice component, after loading this page 13 times (when I have more > components it's far less) it just hangs indefinitely. Hello, Is your application crashing or hanging? If hanging, take a couple of thread dumps during the hang to see where the threads are stuck. The advice about JDBC applies of course. Best wishes, Timo -- Timo Rantalaiho Reaktor Innovations Oyhttp://www.ri.fi/ > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AutoCompleteTextField scrolls entire page
err 1.3-SNAPSHOT for now, or 1.4-m1. On Fri, Jun 6, 2008 at 11:20 PM, Ricky <[EMAIL PROTECTED]> wrote: > Use SNAPSHOT > > > On Fri, Jun 6, 2008 at 8:17 PM, Michael Mehrle <[EMAIL PROTECTED]> > wrote: > >> Where can I get a build of 1.3.4, so I can test this? >> >> Michael >> >> -Original Message- >> From: Ricky [mailto:[EMAIL PROTECTED] >> Sent: Friday, June 06, 2008 2:47 PM >> To: users@wicket.apache.org >> Subject: Re: AutoCompleteTextField scrolls entire page >> >> Hey, >> This is fixed 1.4-m1 and 1.3.4 (to be released at some point, I am not >> sure >> when). >> >> Rick >> >> On Fri, Jun 6, 2008 at 5:02 PM, Michael Mehrle <[EMAIL PROTECTED]> >> wrote: >> >> > I am seeing the following problem with several AutoCompleteTextFields on >> > different pages: >> > >> > >> > >> > When I type a letter and the menu items are showing I am unable to >> > scroll down the list with my mouse and make a selection. What happens >> > instead is that the page scrolls up towards the mouse and the >> > Autocomplete plus the menu scrolls out of view. >> > >> > >> > >> > Again, two developers here have the same problem with two separate >> > implementations/pages. So, I am fairly sure this has nothing to do with >> > the way we integrated it. My first guess would be the style sheet, but >> > we have not made any pertinent changes. >> > >> > >> > >> > Any help would be appreciated - this behavior is being encountered on >> > Firefox on Windows/Mac. On IE it doesn't work at all and I just get some >> > 'type mismatch' error message. Safari on Windows doesn't do anything - I >> > don't see a menu at all. >> > >> > >> > >> > Thanks, >> > >> > >> > >> > Michael >> > >> > >> > > > >
Re: scriptaculous toaster
Okay Nino, I've created a new Effect.multiple that should give you what you
need. take a look and let me know what you think. here's how it works:
AbstractEffect[] effects = new AbstractEffect[] {
new Effect.Fade(component1),
new Effect.Highlight(component2),
etc...
}
new Effect.multiple(effects).toJavascript();
On Fri, Jun 6, 2008 at 9:41 PM, Ryan Sonnek <[EMAIL PROTECTED]> wrote:
> I'll take a swing at it and try to check something workable in asap.
>
>
> On 6/6/08, Nino Saturnino Martinez Vazquez Wael <[EMAIL PROTECTED]>
> wrote:
>>
>> Hmm
>>
>> The Effect's as they are now gives me some trouble, because you need to
>> give the component when creating the component. It would be much more
>> flexible if it could be changed. And would allow the user to control which
>> effects were used..
>>
>> So what do you say? I could make the change:) API should be okay, and we
>> could deprecate the old constructor..
>>
>> Ryan Sonnek wrote:
>>
>>> Not sure what this 'toaster' is, but i really like the multiple effect!
>>> is
>>> it available in 1.8 or is this in scriptaculous 2.0?
>>>
>>> We have a scriptaculous header contributor using the
>>> ScriptaculousAjaxBehavior.newJavascriptBindingBehavior(). do you need
>>> something different?
>>>
>>>
>>> On Wed, Jun 4, 2008 at 8:32 PM, Nino Saturnino Martinez Vazquez Wael <
>>> [EMAIL PROTECTED]> wrote:
>>>
>>>
>>>
Hi Ryan?
I need this effect :
http://github.com/madrobby/scriptaculous/wikis/effect-multiple to be
able
to build the toaster. It's almost done, a scriptaculous header
contributor
would also be very nice.
When im done with the toaster should I just add it to the project?
--
-Wicket for love
Nino Martinez Wael
Java Specialist @ Jayway DK
http://www.jayway.dk
+45 2936 7684
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>
>> --
>> -Wicket for love
>>
>> Nino Martinez Wael
>> Java Specialist @ Jayway DK
>> http://www.jayway.dk
>> +45 2936 7684
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
