Re: Maven enforcer breakage...

[nino martinez wael]

Yes I discovered :(

Thanks for the info..

On Thu, Jan 24, 2019 at 2:35 PM Emond Papegaaij 
wrote:

> This is not something we can fix in Wicket. Dependency management is not
> transitive over dependencies. Wicket already manages commons-io at version
> 2.5. To fix this error, you'll need to manage the version of commons-io
> yourself.
>
> Best regards,
> Emond Papegaaij
>
> On donderdag 24 januari 2019 12:35:38 CET nino martinez wael wrote:
> > Sorry for the short mail, just saw this.. Should I create a task / bug
> for
> > it in jira?
> >
> >   Dependency convergence error for commons-io:commons-io:2.2 paths to
> > dependency are:
> > +-dk.netdesign.ccadmin:ccadmin-frontend:3.0.0-SNAPSHOT
> >
>  +-com.giffing.wicket.spring.boot.starter:wicket-spring-boot-starter:2.1.5
> > +-org.apache.wicket:wicket-core:8.2.0
> >   +-org.apache.wicket:wicket-util:8.2.0
> > +-commons-fileupload:commons-fileupload:1.3.3
> >   +-commons-io:commons-io:2.2
> > and
> > +-dk.netdesign.ccadmin:ccadmin-frontend:3.0.0-SNAPSHOT
> >
>  +-com.giffing.wicket.spring.boot.starter:wicket-spring-boot-starter:2.1.5
> > +-org.apache.wicket:wicket-core:8.2.0
> >   +-org.apache.wicket:wicket-util:8.2.0
> > +-commons-io:commons-io:2.5
>
>
>
>
>

-- 
Best regards / Med venlig hilsen
Nino Martinez

Maven enforcer breakage...

[nino martinez wael]

Sorry for the short mail, just saw this.. Should I create a task / bug for
it in jira?

  Dependency convergence error for commons-io:commons-io:2.2 paths to
dependency are:
+-dk.netdesign.ccadmin:ccadmin-frontend:3.0.0-SNAPSHOT
  +-com.giffing.wicket.spring.boot.starter:wicket-spring-boot-starter:2.1.5
+-org.apache.wicket:wicket-core:8.2.0
  +-org.apache.wicket:wicket-util:8.2.0
+-commons-fileupload:commons-fileupload:1.3.3
  +-commons-io:commons-io:2.2
and
+-dk.netdesign.ccadmin:ccadmin-frontend:3.0.0-SNAPSHOT
  +-com.giffing.wicket.spring.boot.starter:wicket-spring-boot-starter:2.1.5
+-org.apache.wicket:wicket-core:8.2.0
  +-org.apache.wicket:wicket-util:8.2.0
+-commons-io:commons-io:2.5

-- 
Best regards / Med venlig hilsen
Nino Martinez

[RELEASE] PAX-Wicket 5.0.0

[nino martinez wael]

Main goal for this release are to bring PAX-Wicket to work with Apache
Wicket 8.1.0 +

Major features
* Working with Apache Wicket 8.1.0 (Christoph Läubrich + Nino Martinez Wael
 )
* Changed Generics of PageMounter to allow returning lists of subclasses of
MountPointInfo (Martin Nybo Nielsen)


KNOWN Issues
* NONE

IMPROVEMENTS
*Added debug port to karaf tests  (Martin Nybo Nielsen)
*Added BootFinished to karaf tests to stabilize start-up order of the
provisioning  (Martin Nybo Nielsen)
*Fixed unstable test
https://github.com/ops4j/org.ops4j.pax.wicket/commit/e85133258af4974c8670de30f46ef459604cc0d4
  ( Nino Martinez Wael )
* Upgraded parent pom (ops4j master.pom) to 4.3.0


Thanks for OPS4J people for making this happen


PS am still waiting for sonatype to sync to central.. (the staging on
ossrh have passed and have been released)

Best regards / Med venlig hilsen
Nino Martinez

Re: [wicket 8.0.0 m8][pax wicket] wicket core, imports junit.framework in manifest breaking OSGI compability

[nino martinez wael]

While I can see that the usage of the maven-bundle-plugin started being
used from M7, it does not necessarily make a working bundle. in this case
the usage of the * should be
changed to

pseudo code start
!junit.framework,*
pseudo code end
I'll try doing so on my wicket clone and get back..



On Thu, Dec 21, 2017 at 11:45 AM, Maxim Solodovnik 
wrote:

> If I'm not mistaken M7 was made OSGi compatible 
>
> On Thu, Dec 21, 2017 at 5:10 PM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
> > Hi Guys
> >
> > This makes the build incompatible with OSGI, since it forces the OSGI
> > container to provide junit and hamcrest..
> >
> > M8 apparently exports some junit packages, but not junit.framework, im
> not
> > sure why junit package should be exported by wicket?
> >
> > M7 HAS a lot of imports and exports, the import on junit.framework first
> > appears here..
> >
> > M6 have no imports or exports in the manifest. Seems something changed to
> > the manifest generation
> >
> > M5 seems not to have the issue...
> >
> > There's a notion that its provided because of wicket tester in the pom?
> >
> > We are currently trying to test Wicket 8 out with pax wicket, this is
> > stopping us from proceeding..
> >
> > Any hints on when a fixed snapshot will be available (hopefully assuming
> > this can be fixed)?
> >
> > --
> > Best regards / Med venlig hilsen
> > Nino Martinez
> >
>
>
>
> --
> WBR
> Maxim aka solomax
>



-- 
Best regards / Med venlig hilsen
Nino Martinez

[wicket 8.0.0 m8][pax wicket] wicket core, imports junit.framework in manifest breaking OSGI compability

[nino martinez wael]

Hi Guys

This makes the build incompatible with OSGI, since it forces the OSGI
container to provide junit and hamcrest..

M8 apparently exports some junit packages, but not junit.framework, im not
sure why junit package should be exported by wicket?

M7 HAS a lot of imports and exports, the import on junit.framework first
appears here..

M6 have no imports or exports in the manifest. Seems something changed to
the manifest generation

M5 seems not to have the issue...

There's a notion that its provided because of wicket tester in the pom?

We are currently trying to test Wicket 8 out with pax wicket, this is
stopping us from proceeding..

Any hints on when a fixed snapshot will be available (hopefully assuming
this can be fixed)?

-- 
Best regards / Med venlig hilsen
Nino Martinez

Re: [6.x] Wicket core does not declare Bundle-SymbolicName

[nino martinez wael]

Ahh I only checked 6.7


On Mon, May 2, 2016 at 9:34 AM, Tobias Soloschenko
 wrote:
> Hi,
>
> I missed the prefix [6.x]. But even 6.22.0 has that Bundle-SymbolicName
> entry in the manifest.mf.
>
> kind regards
>
> Tobias
>
> 2016-05-02 8:07 GMT+02:00 nino martinez wael :
>
>> Hi Again
>>
>> Im still debugging on PAX wicket. As Martin pointed out earlier Wicket
>> core does not use cglib. So I found out that PAX Wicket are
>> manipulating bundles on the fly.
>>
>> I can see it does not tamper with bundles that contain the
>> org.apache.wicket namespace in symbolic name. HOWEVER wicket core does
>> not declare symbolic name, are there a reason for this?
>>
>> --
>> Best regards / Med venlig hilsen
>> Nino Martinez
>>



-- 
Best regards / Med venlig hilsen
Nino Martinez

[6.x] Wicket core does not declare Bundle-SymbolicName

[nino martinez wael]

Hi Again

Im still debugging on PAX wicket. As Martin pointed out earlier Wicket
core does not use cglib. So I found out that PAX Wicket are
manipulating bundles on the fly.

I can see it does not tamper with bundles that contain the
org.apache.wicket namespace in symbolic name. HOWEVER wicket core does
not declare symbolic name, are there a reason for this?

-- 
Best regards / Med venlig hilsen
Nino Martinez

Re: 6.x snapshot pull request

[nino martinez wael]

Im sorry to have wasted your time, it seems to be something related to
PAX wicket..!


Keep up the good working WICKETING :)

On Fri, Apr 29, 2016 at 3:08 PM, nino martinez wael
 wrote:
> I know, but it's seems to be some kind of dynamic dependency..
>
> Let me check if it's something pax wicket introduces somehow, it of
> course could also be a transitive dependency...
>
> On Fri, Apr 29, 2016 at 2:54 PM, Martin Grigorov  wrote:
>> As you can see in wicket-core/pom.xml there is no dependency to cglib, so I
>> am not sure why Karaf reports such dependency.
>>
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
>>
>> On Fri, Apr 29, 2016 at 2:12 PM, nino martinez wael <
>> nino.martinez.w...@gmail.com> wrote:
>>
>>> HMMM, I've debugged at bit
>>>
>>> heres the bundle wicket-core when loaded in karaf 4.0.5
>>>
>>> https://paste.apache.org/Bpzc
>>>
>>> line 114-116 states cglib are used in wicket core.
>>>
>>> luckily, but confusing, for my test right now it works because only
>>> cglib ~2.x are present, stuff goes wrong when a version higher are
>>> present because cglib 2 and 3 are not compatible.
>>>
>>> I cannot bump cglib versions in PAX-Wicket, because I will loose
>>> backwards compability plus it's out of scope for this release (which
>>> primary are to get wicket 6.x to work with karaf 4.x).
>>>
>>> PAX-WICKET does not use wicket-ioc..
>>>
>>> regards Nino
>>>
>>>
>>>
>>> On Fri, Apr 29, 2016 at 12:41 PM, nino martinez wael
>>>  wrote:
>>> > I will continue in this thread then.
>>> >
>>> > I will debug and find the culprit, when I added the osgi imports to
>>> > wicket core, there where no longer problems.
>>> >
>>> > On Fri, Apr 29, 2016 at 12:14 PM, Martin Grigorov 
>>> wrote:
>>> >> Hi,
>>> >>
>>> >> On Fri, Apr 29, 2016 at 11:48 AM, nino martinez wael <
>>> >> nino.martinez.w...@gmail.com> wrote:
>>> >>
>>> >>> Hi
>>> >>>
>>> >>> I just asked if you could pull a minor change so that wicket again
>>> >>> will work with pax wicket.. Any horizon on when that will happend.
>>> >>>
>>> >>
>>> >> As soon as we are convinced that the change is good.
>>> >> So far I am not convinced.
>>> >> You added OSGi related dependencies to a Maven module that doesn't use
>>> >> these dependencies at all.
>>> >>
>>> >> P.S. Do not start several mail threads for the same topic!
>>> >>
>>> >>
>>> >>>
>>> >>> --
>>> >>> Best regards / Med venlig hilsen
>>> >>> Nino Martinez
>>> >>>
>>> >
>>> >
>>> >
>>> > --
>>> > Best regards / Med venlig hilsen
>>> > Nino Martinez
>>>
>>>
>>>
>>> --
>>> Best regards / Med venlig hilsen
>>> Nino Martinez
>>>
>
>
>
> --
> Best regards / Med venlig hilsen
> Nino Martinez



-- 
Best regards / Med venlig hilsen
Nino Martinez

Re: 6.x snapshot pull request

[nino martinez wael]

I know, but it's seems to be some kind of dynamic dependency..

Let me check if it's something pax wicket introduces somehow, it of
course could also be a transitive dependency...

On Fri, Apr 29, 2016 at 2:54 PM, Martin Grigorov  wrote:
> As you can see in wicket-core/pom.xml there is no dependency to cglib, so I
> am not sure why Karaf reports such dependency.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Fri, Apr 29, 2016 at 2:12 PM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
>> HMMM, I've debugged at bit
>>
>> heres the bundle wicket-core when loaded in karaf 4.0.5
>>
>> https://paste.apache.org/Bpzc
>>
>> line 114-116 states cglib are used in wicket core.
>>
>> luckily, but confusing, for my test right now it works because only
>> cglib ~2.x are present, stuff goes wrong when a version higher are
>> present because cglib 2 and 3 are not compatible.
>>
>> I cannot bump cglib versions in PAX-Wicket, because I will loose
>> backwards compability plus it's out of scope for this release (which
>> primary are to get wicket 6.x to work with karaf 4.x).
>>
>> PAX-WICKET does not use wicket-ioc..
>>
>> regards Nino
>>
>>
>>
>> On Fri, Apr 29, 2016 at 12:41 PM, nino martinez wael
>>  wrote:
>> > I will continue in this thread then.
>> >
>> > I will debug and find the culprit, when I added the osgi imports to
>> > wicket core, there where no longer problems.
>> >
>> > On Fri, Apr 29, 2016 at 12:14 PM, Martin Grigorov 
>> wrote:
>> >> Hi,
>> >>
>> >> On Fri, Apr 29, 2016 at 11:48 AM, nino martinez wael <
>> >> nino.martinez.w...@gmail.com> wrote:
>> >>
>> >>> Hi
>> >>>
>> >>> I just asked if you could pull a minor change so that wicket again
>> >>> will work with pax wicket.. Any horizon on when that will happend.
>> >>>
>> >>
>> >> As soon as we are convinced that the change is good.
>> >> So far I am not convinced.
>> >> You added OSGi related dependencies to a Maven module that doesn't use
>> >> these dependencies at all.
>> >>
>> >> P.S. Do not start several mail threads for the same topic!
>> >>
>> >>
>> >>>
>> >>> --
>> >>> Best regards / Med venlig hilsen
>> >>> Nino Martinez
>> >>>
>> >
>> >
>> >
>> > --
>> > Best regards / Med venlig hilsen
>> > Nino Martinez
>>
>>
>>
>> --
>> Best regards / Med venlig hilsen
>> Nino Martinez
>>



-- 
Best regards / Med venlig hilsen
Nino Martinez

Re: 6.x snapshot pull request

[nino martinez wael]

HMMM, I've debugged at bit

heres the bundle wicket-core when loaded in karaf 4.0.5

https://paste.apache.org/Bpzc

line 114-116 states cglib are used in wicket core.

luckily, but confusing, for my test right now it works because only
cglib ~2.x are present, stuff goes wrong when a version higher are
present because cglib 2 and 3 are not compatible.

I cannot bump cglib versions in PAX-Wicket, because I will loose
backwards compability plus it's out of scope for this release (which
primary are to get wicket 6.x to work with karaf 4.x).

PAX-WICKET does not use wicket-ioc..

regards Nino



On Fri, Apr 29, 2016 at 12:41 PM, nino martinez wael
 wrote:
> I will continue in this thread then.
>
> I will debug and find the culprit, when I added the osgi imports to
> wicket core, there where no longer problems.
>
> On Fri, Apr 29, 2016 at 12:14 PM, Martin Grigorov  
> wrote:
>> Hi,
>>
>> On Fri, Apr 29, 2016 at 11:48 AM, nino martinez wael <
>> nino.martinez.w...@gmail.com> wrote:
>>
>>> Hi
>>>
>>> I just asked if you could pull a minor change so that wicket again
>>> will work with pax wicket.. Any horizon on when that will happend.
>>>
>>
>> As soon as we are convinced that the change is good.
>> So far I am not convinced.
>> You added OSGi related dependencies to a Maven module that doesn't use
>> these dependencies at all.
>>
>> P.S. Do not start several mail threads for the same topic!
>>
>>
>>>
>>> --
>>> Best regards / Med venlig hilsen
>>> Nino Martinez
>>>
>
>
>
> --
> Best regards / Med venlig hilsen
> Nino Martinez



-- 
Best regards / Med venlig hilsen
Nino Martinez

Re: 6.x snapshot pull request

[nino martinez wael]

I will continue in this thread then.

I will debug and find the culprit, when I added the osgi imports to
wicket core, there where no longer problems.

On Fri, Apr 29, 2016 at 12:14 PM, Martin Grigorov  wrote:
> Hi,
>
> On Fri, Apr 29, 2016 at 11:48 AM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
>> Hi
>>
>> I just asked if you could pull a minor change so that wicket again
>> will work with pax wicket.. Any horizon on when that will happend.
>>
>
> As soon as we are convinced that the change is good.
> So far I am not convinced.
> You added OSGi related dependencies to a Maven module that doesn't use
> these dependencies at all.
>
> P.S. Do not start several mail threads for the same topic!
>
>
>>
>> --
>> Best regards / Med venlig hilsen
>> Nino Martinez
>>



-- 
Best regards / Med venlig hilsen
Nino Martinez

6.x snapshot pull request

[nino martinez wael]

Hi

I just asked if you could pull a minor change so that wicket again
will work with pax wicket.. Any horizon on when that will happend.

-- 
Best regards / Med venlig hilsen
Nino Martinez

Re: Building 6.23.0 snapshot from github (preparing PAX-WICKET release)

[nino martinez wael]

pushing forward skipping stuff allowed me to proceed:

mvn clean install -Dmaven.test.skip -Dclirr.skip=true -Dmaven.javadoc.skip=true

On Fri, Apr 29, 2016 at 11:20 AM, nino martinez wael
 wrote:
> Gives me this (which stops the build from completing):
>
> [INFO] --- maven-compiler-plugin:3.5:compile (default-compile) @ wicket-core 
> ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 810 source files to 
> D:\github\wicket\wicket-core\target\classes
> [INFO] 
> /D:/github/wicket/wicket-core/src/main/java/org/apache/wicket/Component.java:
> Some input files use or override a deprecated API.
> [INFO] 
> /D:/github/wicket/wicket-core/src/main/java/org/apache/wicket/Component.java:
> Recompile with -Xlint:deprecation for details.
> [INFO] 
> /D:/github/wicket/wicket-core/src/main/java/org/apache/wicket/request/cycle/RequestCycle.java:
> Some input files use unchecked or unsafe operati
> ons.
> [INFO] 
> /D:/github/wicket/wicket-core/src/main/java/org/apache/wicket/request/cycle/RequestCycle.java:
> Recompile with -Xlint:unchecked for details.
> [INFO]
>
> I am currently preparing a new PAX-Wicket release and am being stopped by 
> this:
> https://ops4j1.jira.com/browse/PAXWICKET-455
>
> Because of this I wanted to submit a patch for the latest wicket 
> 6.x-snapshot..
>
>
>
> --
> Best regards / Med venlig hilsen
> Nino Martinez



-- 
Best regards / Med venlig hilsen
Nino Martinez

Building 6.23.0 snapshot from github (preparing PAX-WICKET release)

[nino martinez wael]

Gives me this (which stops the build from completing):

[INFO] --- maven-compiler-plugin:3.5:compile (default-compile) @ wicket-core ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 810 source files to D:\github\wicket\wicket-core\target\classes
[INFO] 
/D:/github/wicket/wicket-core/src/main/java/org/apache/wicket/Component.java:
Some input files use or override a deprecated API.
[INFO] 
/D:/github/wicket/wicket-core/src/main/java/org/apache/wicket/Component.java:
Recompile with -Xlint:deprecation for details.
[INFO] 
/D:/github/wicket/wicket-core/src/main/java/org/apache/wicket/request/cycle/RequestCycle.java:
Some input files use unchecked or unsafe operati
ons.
[INFO] 
/D:/github/wicket/wicket-core/src/main/java/org/apache/wicket/request/cycle/RequestCycle.java:
Recompile with -Xlint:unchecked for details.
[INFO]

I am currently preparing a new PAX-Wicket release and am being stopped by this:
https://ops4j1.jira.com/browse/PAXWICKET-455

Because of this I wanted to submit a patch for the latest wicket 6.x-snapshot..



-- 
Best regards / Med venlig hilsen
Nino Martinez

Re: [vote] release wicket 1.5.4

[nino martinez wael]

+1 nonbinding
On Jan 10, 2012 8:04 PM, "Igor Vaynberg"  wrote:

> This vote is to release wicket 1.5.4
>
> Branch
>
> http://git-wip-us.apache.org/repos/asf/wicket/?p=wicket.git;a=shortlog;h=refs/heads/build/wicket-1.5.4
>
> Artifacts
> http://people.apache.org/~ivaynberg/wicket-1.5.4/dist/
>
> Maven repo
> https://repository.apache.org/content/repositories/orgapachewicket-045/
>
> Changelog
>
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?jqlQuery=fixVersion+%3D+%221.5.4%22+AND+project+%3D+WICKET
>
> This vote ends Friday, January 13th at 11:00am (GMT-8)
>
> Please test the release and offer your vote.
>
> The Wicket team!
>

Re: form bug?

[nino martinez wael]

Ahh you're right.. Thought it was chained on the component and not the form.


2011/8/30 Martin Grigorov :
> you can't do that even now
> adding a component which id is already in the parent's children
> see MarkupContainer.add(), line 166
>
> if (put(child) != null)
>                        {
>                                throw new 
> IllegalArgumentException(exceptionMessage("A child with id '" +
>                                        child.getId() + "' already exists"));
>                        }
>
> but the case "add myself as a child" is not covered
>
> On Tue, Aug 30, 2011 at 11:36 AM, nino martinez wael
>  wrote:
>> No I guess if all comes to all, its a check to prevent adding a
>> component more than once to the same form.
>>
>> 2011/8/30 Andrea Del Bene :
>>> Hi nino,
>>>
>>> are you proposing to add a check to prevent components from adding themself?
>>>>
>>>> Argh sorry I was trying to simplify it.
>>>>
>>>> It should state getForm().add(getForm.add(new TextField("id"))). The
>>>> problem are the double calls to getForm it's wrong and an error.. I
>>>> just wanted to mention it.
>>>>
>>>> regards Nino
>>>>
>>>> 2011/8/30 Martin Grigorov:
>>>>>
>>>>> the pasted code is broken
>>>>> can you paste again ?
>>>>>
>>>>> On Tue, Aug 30, 2011 at 10:37 AM, nino martinez wael
>>>>>   wrote:
>>>>>>
>>>>>> I just made an copy paste error, resulting in this:
>>>>>>
>>>>>>                getForm().add(
>>>>>>
>>>>>>                                getFlow().add(
>>>>>>
>>>>>> However this results wicket running in circles, I know I made an error
>>>>>> but should'nt wicket complain over the component already has been
>>>>>> added?
>>>>>>
>>>>>> regards Nino
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Martin Grigorov
>>>>> jWeekend
>>>>> Training, Consulting, Development
>>>>> http://jWeekend.com
>>>>>
>>>>
>>>
>>>
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>

Re: form bug?

[nino martinez wael]

No I guess if all comes to all, its a check to prevent adding a
component more than once to the same form.

2011/8/30 Andrea Del Bene :
> Hi nino,
>
> are you proposing to add a check to prevent components from adding themself?
>>
>> Argh sorry I was trying to simplify it.
>>
>> It should state getForm().add(getForm.add(new TextField("id"))). The
>> problem are the double calls to getForm it's wrong and an error.. I
>> just wanted to mention it.
>>
>> regards Nino
>>
>> 2011/8/30 Martin Grigorov:
>>>
>>> the pasted code is broken
>>> can you paste again ?
>>>
>>> On Tue, Aug 30, 2011 at 10:37 AM, nino martinez wael
>>>   wrote:
>>>>
>>>> I just made an copy paste error, resulting in this:
>>>>
>>>>                getForm().add(
>>>>
>>>>                                getFlow().add(
>>>>
>>>> However this results wicket running in circles, I know I made an error
>>>> but should'nt wicket complain over the component already has been
>>>> added?
>>>>
>>>> regards Nino
>>>>
>>>
>>>
>>> --
>>> Martin Grigorov
>>> jWeekend
>>> Training, Consulting, Development
>>> http://jWeekend.com
>>>
>>
>
>

Re: form bug?

[nino martinez wael]

Argh sorry I was trying to simplify it.

It should state getForm().add(getForm.add(new TextField("id"))). The
problem are the double calls to getForm it's wrong and an error.. I
just wanted to mention it.

regards Nino

2011/8/30 Martin Grigorov :
> the pasted code is broken
> can you paste again ?
>
> On Tue, Aug 30, 2011 at 10:37 AM, nino martinez wael
>  wrote:
>> I just made an copy paste error, resulting in this:
>>
>>                getForm().add(
>>
>>                                getFlow().add(
>>
>> However this results wicket running in circles, I know I made an error
>> but should'nt wicket complain over the component already has been
>> added?
>>
>> regards Nino
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>

form bug?

[nino martinez wael]

I just made an copy paste error, resulting in this:

getForm().add(

getFlow().add(

However this results wicket running in circles, I know I made an error
but should'nt wicket complain over the component already has been
added?

regards Nino

Re: Jira 3756

[nino martinez wael]

Yup and thanks
On Jun 1, 2011 10:59 PM, "Sven Meier"  wrote:
> I've tried your quickstart and added a comment.
>
> Best regards
>
> Sven
>
> On 06/01/2011 08:09 PM, nino martinez wael wrote:
>> Any of you taken a look at 3756?
>>
>

Jira 3756

[nino martinez wael]

Any of you taken a look at 3756?

1.5 snapshot

[nino martinez wael]

I have a lot of these entries in my log

2011-05-06 07:58:59,692  WARN ["http-bio-8080"-exec-150]
(TagAttributes.java:71) - WARNING: Please use
component.setMarkupId(String) to change the tag's 'id' attribute.

 even on the quickstart attached here
https://issues.apache.org/jira/browse/WICKET-3667  what does it mean..
And the quickstart

Has this code, java:

Label counterLabel = new Label("counter", counterModel);
counterLabel.setOutputMarkupId(true);
counterLabel
.add(new 
AjaxSelfUpdatingTimerBehavior(Duration.seconds(2)));
add(new Label("version", getApplication().getFrameworkSettings()
.getVersion()));
add(counterLabel);

html

1.5-SNAPSHOT.


Please mention the correct Wicket version: 
1.5-SNAPSHOT.

Re: 1.5 RC4 this weekend ?

[nino martinez wael]

+1 nonbinding for me, im waiting for two fixes that will be included in rc4..

2011/5/5 Emond Papegaaij :
> On Thursday 05 May 2011 09:19:44 Martin Grigorov wrote:
>> Hi,
>>
>> We have ~60 closed tickets since RC3. I think it is time for RC4.
>> I've never did full release but I'll try to do one this weekend.
>> If someone wants to fix something before RC4 then please respond to this
>> mail.
>
> +1 for me, our 1000+ page app is looking good so far.
>

Re: [vote] release wicket 1.5-RC3

[nino martinez wael]

-1 until WICKET-3578 are included...

2011/3/30 Juergen Donnerstag :
> +1
>
> Juergen
>
> On Wed, Mar 30, 2011 at 6:41 PM, Jan Kriesten
>  wrote:
>>
>>> This vote is to release wicket 1.5-RC3
>>
>> +1
>>
>> Best regards, --- Jan.
>>
>>
>

Re: 1.5 visitParents problem?

[nino martinez wael]

hmm but visitChildren expects differently, there you can specify what
every you want as long as its extends from component...

In my case I want a feedback panel's filter to visit it's parent to
see if the component that reports the message are within it's form..
Therefore i am only searching for forms..

2011/3/29 Pedro Santos :
> Component#visitParents expects Component as the type to be visited, IMO
> should expect the same type of the first parameter.
>
> On Tue, Mar 29, 2011 at 5:22 AM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
>> why is this not valid?
>>
>>                message.getReporter().visitParents(Form.class, new
>> IVisitor() {
>>                        @Override
>>                        public void component(Form object, IVisit
>> visit) {
>>                                // TODO Auto-generated method stub
>>
>>                        }
>>                });
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
>
> --
> Pedro Henrique Oliveira dos Santos
>

Re: Future hosting of wicket stuff

[nino martinez wael]

+1 Apache Extras (but only based on that I already know svn)

2010/12/14 Martijn Dashorst 

> Things change and while we had a nice stay at sf.net, I think it is
> time to move on with Wicket Stuff to newer ground. We have had this
> discussion before and the discussion stalled mostly because Apache and
> Google were in talks about a new service called Apache Extras [1].
> Fortunately those talks are now over and we can continue our future of
> Wicket Stuff hosting discussion.
>
> In my opinion there are two possible hosting solutions for Wicket Stuff:
>
>  - the newly announced Apache Extras
>  - github's organization feature
>
> For Wicket Stuff we have a couple of things that worked fairly badly
> in the past. SVN connectivity from our build system connecting to
> SF.net was spotty at best, and didn't work most of the time. This has
> improved considerably by using Hudson instead of Teamcity (though not
> all builds that were done on teamcity have been migrated to hudson)
>
> I declare the JIRA instance of wicket stuff officially dead and gone
> to meet its maker. While we could opt for another JIRA enterprise
> license, I find maintaining the service a chore, and having to upgrade
> every now and then a waste of time better used to build cool stuff.
> While the issue trackers of Apache Extras (i.e. google code) and
> github are barebones, they have enough features to work with—we're not
> building missile guidance software requiring CMM level 5, SAS-71 etc
> certification.
>
> A similar issue arises with confluence. While I appreciate confluence
> being the best wiki available, again maintaining and upgrading it is
> no picnic, and both Apache Extras and github provide fine
> implementations of wikis.
>
> So I'd like to propose the following options:
>
>  - stay at sf.net but use the sf.net hosted issue tracker and wikis
>  - move everything over to an Apache Extras Wicket Stuff project
>  - move everything over to a Github Wicket Stuff organization
>
> Staying at sf.net
>
>  - scm options: SVN, Git, Mercurial, Bazaar, or CVS
>  - no social options
>  - No Apache Extras brand name
>  - account management a drag
>  - no limitation on allowed open source licenses
>  - web UI a complete travesty
>
> Moving to Apache Extras
>
>  - scm options: HG and SVN
>  - no social options
>  - Apache Extras brand name
>  - account management a drag
>  - limitation on allowed open source licenses
>
> Moving to Github
>
>  - scm options: git
>  - many social options (easy forking/merging/pull requests, etc)
>  - No Apache Extras exposure
>  - account management possibly easier (less need to actually add
> accounts to projects for sure)
>  - no limitation on allowed open source licenses
>
> For this exercise I assumed the wiki and issue trackers of both github
> and Apache Extras are equally barebones.
>
> What do you think? If I've missed something add to this thread. If you
> prefer one solution over the other speak up!
>
> Martijn
>
> [1]
> https://blogs.apache.org/foundation/entry/the_apache_software_foundation_launches
>

Re: [vote] release wicket 1.5-m3 take 2

[nino martinez wael]

+1 and good work Igor!

2010/10/31 Jeremy Thomerson 

> On Sat, Oct 30, 2010 at 1:30 AM, Igor Vaynberg  >wrote:
>
> > [ ] Yes, release
> >
>
> +1 - Thanks Igor!
>
> --
> Jeremy Thomerson
> http://wickettraining.com
> *Need a CMS for Wicket?  Use Brix! http://brixcms.org*
>

Re: [vote] release Wicket 1.5-M3

[nino martinez wael]

done https://issues.apache.org/jira/browse/WICKET-3143

<https://issues.apache.org/jira/browse/WICKET-3143>could'nt find a
duplicate..

2010/10/29 Jeremy Thomerson 

> On Fri, Oct 29, 2010 at 11:52 AM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
> > Sure for releasing.. Did you also note that theres still issues with
> > rendering the exception page when using ajax? Also mentioned in
> > 3142<https://issues.apache.org/jira/browse/WICKET-3142>
> >
>
> Can you search to see if there's an open ticket for this, and if not, open
> a
> separate ticket so that it doesn't get lost?  I missed that sentence the
> first time I read your 3142.
>
> --
> Jeremy Thomerson
> http://wickettraining.com
> *Need a CMS for Wicket?  Use Brix! http://brixcms.org*
>

Re: [vote] release Wicket 1.5-M3

[nino martinez wael]

Sure for releasing.. Did you also note that theres still issues with
rendering the exception page when using ajax? Also mentioned in
3142<https://issues.apache.org/jira/browse/WICKET-3142>

<https://issues.apache.org/jira/browse/WICKET-3142>
<https://issues.apache.org/jira/browse/WICKET-3142>

2010/10/29 Pedro Santos 

> I'm just concerned about the side effects. A bug on the component data
> index
> can cause URL issues. For instance an URL generated for one behavior
> invoking another behavior on the same component. Then we will have
> developers evaluating the milestone and returning different problems than
> the one reported by Nino. But I'm ok releasing the milestone with a note
> explaining the possible issues.
>
> On Fri, Oct 29, 2010 at 1:32 PM, Jeremy Thomerson <
> jer...@wickettraining.com
> > wrote:
>
> > On Fri, Oct 29, 2010 at 7:12 AM, nino martinez wael <
> > nino.martinez.w...@gmail.com> wrote:
> >
> > > I want change my vote to -1 until this is fixed :
> > >
> > > https://issues.apache.org/jira/browse/WICKET-3142
> > >
> >
> > Nino,
> >  Thanks for finding and reporting this issue, and thanks to Pedro for
> > follow-up comments on it.  I'd just like to reiterate that this is a
> > *milestone* release; meaning: take it and break it.  Experiment with new
> > features and find bugs.  In other words, if pages didn't render, that
> would
> > be large enough to stop a milestone release.  But, minor bugs such as
> this
> > and the one I found when releasing it should not stop a milestone release
> > from getting out there to test.
> >
> >  If this were a bug on a release candidate, I'd say yes, stop it.  But on
> a
> > milestone?  Doubtful.  We can build another milestone every week if
> someone
> > has an hour or so to do it.  I can probably build M4 late next week.
> >
> > --
> > Jeremy Thomerson
> > http://wickettraining.com
> > *Need a CMS for Wicket?  Use Brix! http://brixcms.org*
> >
>
>
>
> --
> Pedro Henrique Oliveira dos Santos
>

Re: [vote] release Wicket 1.5-M3

[nino martinez wael]

I want change my vote to -1 until this is fixed :

https://issues.apache.org/jira/browse/WICKET-3142

2010/10/29 Martin Grigorov 

> +1
>
> On Fri, Oct 29, 2010 at 9:37 AM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
> > +1
> >
> > 2010/10/28 Igor Vaynberg 
> >
> > > +1
> > >
> > > -igor
> > >
> > > On Thu, Oct 28, 2010 at 12:07 AM, Jeremy Thomerson
> > >  wrote:
> > > > This vote is to release wicket 1.5-M3. This is another milestone
> > release
> > > on
> > > > the trunk (1.5 in-development).
> > > >
> > > > Branch:
> http://svn.apache.org/repos/asf/wicket/branches/wicket-1.5-M3/
> > > > Artifacts: http://people.apache.org/~jrthomerson/wicket-1.5-M3/dist
> > > > Maven repo:
> > http://people.apache.org/~jrthomerson/wicket-1.5-M3/m2-repo
> > > > Changelog:
> > > >
> > >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310561&styleName=Html&version=12315329
> > > >
> > > > This vote ends Sunday 2:00am GMT-5
> > > >
> > > > Please test the release and offer your vote:
> > > > [ ] Yes, release
> > > > [ ] No, don't release it (and please tell us why)
> > > >
> > > > Release Notes - Wicket - Version 1.5-M3
> > > >
> > > > ** Sub-task
> > > >* [WICKET-2081] - Add optional support for "Setting Markup Head
> > > > Elements" PLT.12.5.4
> > > >* [WICKET-3069] - java.rmi not allowed on GAE
> > > >* [WICKET-3110] - update migration guide to reflect the narrowing
> of
> > > the
> > > > usecases for TransparentMarkupContainer
> > > >* [WICKET-3112] - Fix of issue 2886 breaks all individual
> > > > implementations of any AbstractTree
> > > >* [WICKET-3115] - source code link doesn't work in wicket-examples
> > 1.5
> > > -
> > > > request mappers demo
> > > >* [WICKET-3130] - update migration guide
> > > >
> > > > ** Bug
> > > >* [WICKET-2888] - Nullpointer when inserting [i.e. moving] a node
> in
> > a
> > > > TreeTable (AbstactTree, treeNodesInserted)
> > > >* [WICKET-2912] - IE 8 gets 404 error after
> > > > continueToOriginalDestination() when app is at root context
> > > >* [WICKET-3048] - Redirect page in Ajax callback broken.
> > > >* [WICKET-3052] - HybridUrlCodingStrategy probably uses wrong url
> > > > encoding
> > > >* [WICKET-3053] - WicketTester does not preserve the form
> component
> > > > values when submitting with AjaxSubmitLink
> > > >* [WICKET-3057] - NPE when deleting a TreeNode with visible
> children
> > > >* [WICKET-3065] - HomePageMapper ignores request to '/' with query
> > > > string parameters
> > > >* [WICKET-3067] - The new mappers ignore single query parameter
> with
> > > > empty value
> > > >* [WICKET-3070] - Method getParameterMap in
> > > > CryptedUrlWebRequestCodingStrategy.DecodedUrlRequest is broken
> > > >* [WICKET-3072] - Deleting only child of collapsed tree node
> doesn't
> > > > update the node
> > > >* [WICKET-3074] - CreditCardValidator throws NumberFormatException
> > on
> > > > non-numeric characters.
> > > >* [WICKET-3075] - AJAX file upload fails in IE8 due to
> > > > Wicket.Ajax.handleMultipart() sniffing wicket:body tags as an HTML
> body
> > > > element when running Wicket in development mode
> > > >* [WICKET-3076] - UrlUtils.isRelative returns false if URL
> parameter
> > > > contains an absolute URL
> > > >* [WICKET-3078] - FileUploadException is masked behind
> > > > WicketRuntimeException and not handled by a Form
> > > >* [WICKET-3079] - Nested fragments markup not found
> > > >* [WICKET-3083] - Broken AbstarctCalendar dependency
> > > >* [WICKET-3084] - CharSetUtil.getEncoding fails with an
> > > > IndexOutOfBoundsException
> > > >* [WICKET-3086] - AjaxLink.onClick() -> setResponsePage(...)
> > redirects
> > > > to wrong url
> > > >* [WICKET-3087] - Form inside ModalWindow causes 'Submit Button
> not
> > > > visible' exception in parent page's form
> > > >* [WICKET-3095] - 

Re: [1.5-m3] Dropdownchoice and AjaxFromComponentUpdatingBehavior, not working?

[nino martinez wael]

done

https://issues.apache.org/jira/browse/WICKET-3142

2010/10/29 Martin Grigorov 

> ticket + quickstart, please
>
> On Fri, Oct 29, 2010 at 11:44 AM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
> > Hi
> >
> > I've just run into this, code never reaches onUpdate of the behavior:
> >
> >
> > Java:
> > AjaxFormComponentUpdatingBehavior ajaxFormComponentUpdatingBehavior = new
> > AjaxFormComponentUpdatingBehavior(
> > "onchange") {
> >
> > @Override
> > protected void onUpdate(AjaxRequestTarget ajaxRequestTarget) {
> >
> > if (displayItemModel.getObject().getTakeDataFromCallCenterTo()
> > .equalsIgnoreCase("medium")) {
> > mediumTextField.setEnabled(false);
> > ajaxRequestTarget.add(mediumTextField);
> > }
> >
> > }
> > };
> >
> > DropDownChoice radioChoice = new DropDownChoice(
> > "TakeDataFromCallCenterTo", SITE);
> > radioChoice.add(ajaxFormComponentUpdatingBehavior);
> > html:
> >  > class="TakeDataFromCallCenterTo">
> > none
> > high
> > 
> >
> >
> >
> > Log:
> > 2010-10-29 11:39:11,341 ERROR [org.apache.wicket.DefaultExceptionMapper]
>  -
> > Unexpected error occurred
> > java.lang.NullPointerException
> > at
> >
> >
> org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:254)
> > at
> >
> >
> org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:200)
> > at
> >
> >
> org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:173)
> > at
> >
> >
> org.apache.wicket.request.RequestHandlerStack.executeRequestHandler(RequestHandlerStack.java:84)
> > at
> >
> >
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:206)
> > at
> >
> >
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:248)
> > at
> >
> >
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:131)
> > at
> >
> >
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:184)
> > at
> >
> >
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
> > at
> >
> >
> com.wideplay.warp.persist.PersistenceFilter$3.run(PersistenceFilter.java:141)
> > at
> >
> >
> com.wideplay.warp.persist.internal.Lifecycles.failEarlyAndLeaveNoOneBehind(Lifecycles.java:29)
> > at
> >
> >
> com.wideplay.warp.persist.PersistenceFilter.doFilter(PersistenceFilter.java:155)
> > at
> >
> >
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
> > at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
> > at
> >
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> > at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> > at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> > at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:440)
> > at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> > at org.mortbay.jetty.Server.handle(Server.java:326)
> > at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> > at
> >
> >
> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:943)
> > at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
> > at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> > at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> > at
> >
> >
> org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
> > at
> >
> >
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> > 2010-10-29 11:39:11,357 ERROR [org.apache.wicket.DefaultExceptionMapper]
>  -
> > Unexpected error occurred
> >
>

[1.5-m3] Dropdownchoice and AjaxFromComponentUpdatingBehavior, not working?

[nino martinez wael]

Hi

I've just run into this, code never reaches onUpdate of the behavior:


Java:
AjaxFormComponentUpdatingBehavior ajaxFormComponentUpdatingBehavior = new
AjaxFormComponentUpdatingBehavior(
"onchange") {

@Override
protected void onUpdate(AjaxRequestTarget ajaxRequestTarget) {

if (displayItemModel.getObject().getTakeDataFromCallCenterTo()
.equalsIgnoreCase("medium")) {
mediumTextField.setEnabled(false);
ajaxRequestTarget.add(mediumTextField);
}

}
};

DropDownChoice radioChoice = new DropDownChoice(
"TakeDataFromCallCenterTo", SITE);
radioChoice.add(ajaxFormComponentUpdatingBehavior);
html:

none
high




Log:
2010-10-29 11:39:11,341 ERROR [org.apache.wicket.DefaultExceptionMapper]  -
Unexpected error occurred
java.lang.NullPointerException
at
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:254)
at
org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:200)
at
org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:173)
at
org.apache.wicket.request.RequestHandlerStack.executeRequestHandler(RequestHandlerStack.java:84)
at
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:206)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:248)
at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:131)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:184)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
at
com.wideplay.warp.persist.PersistenceFilter$3.run(PersistenceFilter.java:141)
at
com.wideplay.warp.persist.internal.Lifecycles.failEarlyAndLeaveNoOneBehind(Lifecycles.java:29)
at
com.wideplay.warp.persist.PersistenceFilter.doFilter(PersistenceFilter.java:155)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
at
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:440)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:943)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at
org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
2010-10-29 11:39:11,357 ERROR [org.apache.wicket.DefaultExceptionMapper]  -
Unexpected error occurred

Re: [vote] release Wicket 1.5-M3

[nino martinez wael]

+1

2010/10/28 Igor Vaynberg 

> +1
>
> -igor
>
> On Thu, Oct 28, 2010 at 12:07 AM, Jeremy Thomerson
>  wrote:
> > This vote is to release wicket 1.5-M3. This is another milestone release
> on
> > the trunk (1.5 in-development).
> >
> > Branch: http://svn.apache.org/repos/asf/wicket/branches/wicket-1.5-M3/
> > Artifacts: http://people.apache.org/~jrthomerson/wicket-1.5-M3/dist
> > Maven repo: http://people.apache.org/~jrthomerson/wicket-1.5-M3/m2-repo
> > Changelog:
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310561&styleName=Html&version=12315329
> >
> > This vote ends Sunday 2:00am GMT-5
> >
> > Please test the release and offer your vote:
> > [ ] Yes, release
> > [ ] No, don't release it (and please tell us why)
> >
> > Release Notes - Wicket - Version 1.5-M3
> >
> > ** Sub-task
> >* [WICKET-2081] - Add optional support for "Setting Markup Head
> > Elements" PLT.12.5.4
> >* [WICKET-3069] - java.rmi not allowed on GAE
> >* [WICKET-3110] - update migration guide to reflect the narrowing of
> the
> > usecases for TransparentMarkupContainer
> >* [WICKET-3112] - Fix of issue 2886 breaks all individual
> > implementations of any AbstractTree
> >* [WICKET-3115] - source code link doesn't work in wicket-examples 1.5
> -
> > request mappers demo
> >* [WICKET-3130] - update migration guide
> >
> > ** Bug
> >* [WICKET-2888] - Nullpointer when inserting [i.e. moving] a node in a
> > TreeTable (AbstactTree, treeNodesInserted)
> >* [WICKET-2912] - IE 8 gets 404 error after
> > continueToOriginalDestination() when app is at root context
> >* [WICKET-3048] - Redirect page in Ajax callback broken.
> >* [WICKET-3052] - HybridUrlCodingStrategy probably uses wrong url
> > encoding
> >* [WICKET-3053] - WicketTester does not preserve the form component
> > values when submitting with AjaxSubmitLink
> >* [WICKET-3057] - NPE when deleting a TreeNode with visible children
> >* [WICKET-3065] - HomePageMapper ignores request to '/' with query
> > string parameters
> >* [WICKET-3067] - The new mappers ignore single query parameter with
> > empty value
> >* [WICKET-3070] - Method getParameterMap in
> > CryptedUrlWebRequestCodingStrategy.DecodedUrlRequest is broken
> >* [WICKET-3072] - Deleting only child of collapsed tree node doesn't
> > update the node
> >* [WICKET-3074] - CreditCardValidator throws NumberFormatException on
> > non-numeric characters.
> >* [WICKET-3075] - AJAX file upload fails in IE8 due to
> > Wicket.Ajax.handleMultipart() sniffing wicket:body tags as an HTML body
> > element when running Wicket in development mode
> >* [WICKET-3076] - UrlUtils.isRelative returns false if URL parameter
> > contains an absolute URL
> >* [WICKET-3078] - FileUploadException is masked behind
> > WicketRuntimeException and not handled by a Form
> >* [WICKET-3079] - Nested fragments markup not found
> >* [WICKET-3083] - Broken AbstarctCalendar dependency
> >* [WICKET-3084] - CharSetUtil.getEncoding fails with an
> > IndexOutOfBoundsException
> >* [WICKET-3086] - AjaxLink.onClick() -> setResponsePage(...) redirects
> > to wrong url
> >* [WICKET-3087] - Form inside ModalWindow causes 'Submit Button not
> > visible' exception in parent page's form
> >* [WICKET-3095] - Adding AjaxFormSubmitBehavior to Form leads to
> "Error:
> > too much recursion" JS Error
> >* [WICKET-3097] - isTemporary behavior and ajax behavior together
> > crashes with WicketRuntimeException: Couldn't find component behavior.
> >* [WICKET-3098] - AjaxEventBehavior#onEvent is invoked on disabled
> > behavior
> >* [WICKET-3101] - No exceptionpage on exceptions during ajax
> >* [WICKET-3102] - WicketTester does not handle
> > startPage(ITestPageSource) that contains a redirect/setResponsePage
> > correctly
> >* [WICKET-3103] - RequestCycle logs something, when its intended for
> > servlet container
> >* [WICKET-3106] - Security: Possible Redirection to foreign Page by
> > using BrowserInfoPage's PageParameter
> >* [WICKET-3111] - TransparentWebMarkupContainer appears magically for
> > html elements without 'wicket:id' but with 'href' attribute
> >* [WICKET-3119] - Localizer cache does not include style in cache key
> > when no component is given
> >* [WICKET-3123] - MockSessionStore doesn't bind sessions properly
> >* [WICKET-3127] - Adding node to a collapsed tree node should not
> cause
> > it to expand
> >* [WICKET-3134] - Commons logging must die
> >
> > ** Improvement
> >* [WICKET-385] - Move HTTP caching features out of wicket.Resource
> >* [WICKET-1215] - WicketTester recreates session after setting
> > attributes on it
> >* [WICKET-1244] - Move IResponseFilter and its implementations into a
> > new subfolder / package
> >* [WICKET-1531] - Behaviours cannot change tag name
> >* [WICKET-1779] - Palette component - make image URLs part of CSS
> >* [WICKET-1936] - Cl

Re: Wicket 1.5 m3 missing method?

[nino martinez wael]

My thought too :)

2010/10/28 Martin Grigorov 

> Why not.
> Only check that the listener has good impl of #equals()
>
> On Thu, Oct 28, 2010 at 3:06 PM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
> > interesting, can I then also use the
> >
> >
> org.apache.wicket.Application.getComponentInstantiationListeners().remove(...)
> > runtime to replace / refresh my guice injector?
> >
> > regards Nino
> >
> > 2010/10/28 Martin Grigorov 
> >
> > >
> >
> org.apache.wicket.Application.getComponentInstantiationListeners().add(...)
> > >
> > > Will update the migration page soon.
> > >
> > > On Thu, Oct 28, 2010 at 2:54 PM, nino martinez wael <
> > > nino.martinez.w...@gmail.com> wrote:
> > >
> > > > Hi
> > > >
> > > > With m2.1 I could do this, to add my guice injector in
> > wicketapplication:
> > > > @Override protected void init() { super.init();
> > > > addComponentInstantiationListener(new GuiceComponentInjector(this,
> > > > getGuiceInjector())); }
> > > >
> > > > So how should I add the component injector?
> > > >
> > > > regards Nino
> > > >
> > >
> >
>

Re: Wicket 1.5 m3 missing method?

[nino martinez wael]

interesting, can I then also use the
org.apache.wicket.Application.getComponentInstantiationListeners().remove(...)
runtime to replace / refresh my guice injector?

regards Nino

2010/10/28 Martin Grigorov 

> org.apache.wicket.Application.getComponentInstantiationListeners().add(...)
>
> Will update the migration page soon.
>
> On Thu, Oct 28, 2010 at 2:54 PM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
> > Hi
> >
> > With m2.1 I could do this, to add my guice injector in wicketapplication:
> > @Override protected void init() { super.init();
> > addComponentInstantiationListener(new GuiceComponentInjector(this,
> > getGuiceInjector())); }
> >
> > So how should I add the component injector?
> >
> > regards Nino
> >
>

Re: [vote] release wicket 1.5-m2

[nino martinez wael]

Ahh missed the part about trunk...

2010/10/27 Jeremy Thomerson 

> On Wed, Oct 27, 2010 at 1:03 PM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
> > but what about 1.5?
> >
> > 2010/10/26 Jeremy Thomerson 
> > > I'm planning on cutting releases of trunk and 1.4.x tonight as long as
> > > everything builds and tests fine.
> >
>
> As quoted above, I was *planning* on cutting the *trunk* (1.5) and 1.4.x
> releases last night.  Unfortunately, as you can see by 1.4.13 the vote
> originating around 2:00am my time, not all plans worked out so well.
>
> "The best laid schemes of mice and men / Go oft awry" -
> http://en.wikipedia.org/wiki/Of_Mice_and_Men
>
> Hopefully later today / tonight I can do a 1.5-m3 release.
>
> --
> Jeremy Thomerson
> http://wickettraining.com
> *Need a CMS for Wicket?  Use Brix! http://brixcms.org*
>

Wicket 1.5 m3 missing method?

[nino martinez wael]

Hi

With m2.1 I could do this, to add my guice injector in wicketapplication:
@Override protected void init() { super.init();
addComponentInstantiationListener(new GuiceComponentInjector(this,
getGuiceInjector())); }

So how should I add the component injector?

regards Nino

Re: [vote] release wicket 1.5-m2

[nino martinez wael]

but what about 1.5?

2010/10/26 Jeremy Thomerson 

> On Tue, Oct 26, 2010 at 8:21 AM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
> > so now that 3040 and 3042 are fixed will m3  or a rerelease of m2 be put
> up
> > somewhere so we can vote or ?
> >
> >
> I'm planning on cutting releases of trunk and 1.4.x tonight as long as
> everything builds and tests fine.
>
> --
> Jeremy Thomerson
> http://wickettraining.com
> *Need a CMS for Wicket?  Use Brix! http://brixcms.org*
>

Re: [vote] release wicket 1.5-m2

[nino martinez wael]

so now that 3040 and 3042 are fixed will m3  or a rerelease of m2 be put up
somewhere so we can vote or ?

2010/9/12 Martijn Dashorst 

> True, I remember that one (I thought the same thing while writing the
> message above). There's a difference in version number: milestone has
> a different connotation than release candidate. Folks won't start
> asking questions about a missing release candidate as it is supposed
> to live as a release for typeically no more than a short time (and be
> superceded by another release candidate or the final release). A
> milestone marks the completion of some particular feature or features,
> and is typically not quickly replaced with another milestone.
>
> Martijn
>
> On Sun, Sep 12, 2010 at 9:43 PM, Jeremy Thomerson
>  wrote:
> > I really don't care *that much* about which we do.  I was only citing
> > Martijn's past suggestion that we not build two different releases with
> the
> > same number:
> >
> >
> http://apache-wicket.1842946.n4.nabble.com/1-4-rc3-need-help-testing-tp1908854p1908862.html
> >
> > --
> > Jeremy Thomerson
> > http://www.wickettraining.com
> >
> > On Sun, Sep 12, 2010 at 2:30 AM, Martijn Dashorst <
> > martijn.dasho...@gmail.com> wrote:
> >
> >> I'd just use m2 since it is actually the second milestone. As this was
> >> never released only those living on the bleeding edge have to flush
> >> the failed build. And they'd better follow d...@.
> >>
> >> Martijn
> >>
> >> On Sunday, September 12, 2010, Igor Vaynberg 
> >> wrote:
> >> > bleh. 1.5-m2.1 ? we didnt really skip a milestone :)
> >> >
> >> > -igor
> >> >
> >> > On Sat, Sep 11, 2010 at 9:00 PM, Jeremy Thomerson
> >> >  wrote:
> >> >> I revert my vote to -1 - do not release, pending the resolution of
> 3040
> >> and
> >> >> 3042.
> >> >>
> >> >> As a side note, I believe that we should not re-use this release
> number,
> >> but
> >> >> our next release should instead be a vote to release 1.5-m3, as has
> been
> >> >> customary for our team in the past on 'failed' releases.
> >> >>
> >> >> --
> >> >> Jeremy Thomerson
> >> >> http://www.wickettraining.com
> >> >>
> >> >> On Fri, Sep 10, 2010 at 3:26 PM, Jeremy Thomerson <
> >> jer...@wickettraining.com
> >> >>> wrote:
> >> >>
> >> >>> [X] Yes, release
> >> >>>
> >> >>> --
> >> >>> Jeremy Thomerson
> >> >>> http://www.wickettraining.com
> >> >>>
> >> >>>
> >> >>
> >> >
> >>
> >> --
> >> Become a Wicket expert, learn from the best: http://wicketinaction.com
> >> Apache Wicket 1.4 increases type safety for web applications
> >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.8
> >>
> >
>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.4 increases type safety for web applications
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.8
>

http://wicket.apache.org/start/quickstart.html mvn command for 1.5 m2.1 fails

[nino martinez wael]

D:\nino\develop\netdesign>mvn archetype:create
-DarchetypeGroupId=org.apache.wicket
-DarchetypeArtifactId=wicket-archetype-quickstart
-DarchetypeVersion=1.5-M2.
1 -DgroupId=com.mycompany -DartifactId=ajaxbug
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'archetype'.
[INFO] 
[INFO] Building Maven Default Project
[INFO]task-segment: [archetype:create] (aggregator-style)
[INFO] 
[INFO] [archetype:create {execution: default-cli}]
[WARNING] This goal is deprecated. Please use mvn archetype:generate instead
[INFO] Defaulting package to group ID: com.mycompany
[INFO] 

[INFO] Using following parameters for creating OldArchetype:
wicket-archetype-quickstart:1.5-M2.1
[INFO] 

[INFO] Parameter: groupId, Value: com.mycompany
[INFO] Parameter: packageName, Value: com.mycompany
[INFO] Parameter: package, Value: com.mycompany
[INFO] Parameter: artifactId, Value: ajaxbug
[INFO] Parameter: basedir, Value: D:\nino\develop\netdesign
[INFO] Parameter: version, Value: 1.0-SNAPSHOT
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error creating from archetype

Embedded error: The META-INF/maven/archetype.xml descriptor cannot be found.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 1 second
[INFO] Finished at: Fri Oct 01 15:00:46 CEST 2010
[INFO] Final Memory: 9M/22M
[INFO] 
D:\nino\develop\netdesign>

Re: Making Wicket Fully Compatible with Google App Engine

[nino martinez wael]

It would make perfect sense for me if there appeared a wicketstuff
project(subclasses necessary for compability with GAE) for this along
with an example project..

2010/9/20 Jeremy Thomerson :
> On Mon, Sep 20, 2010 at 1:18 PM, tetsuo  wrote:
>
>> An auto-detected GAE-specific mode in Wicket core? I don't think this is a
>> good idea...
>>
>
> I agree that this shouldn't go in core, but I think if someone like Clint
> has the motivation to do so, I'd love to see a project that provides
> out-of-the-box GAE support.  This might make it easier for newbs to get
> something deployed to play with.  This could potentially be done as a
> standalone project that provides subclasses to WebApplication, etc, with the
> default implementations switched out to GAE-compatible classes, configured
> correctly, etc.  Or, it could be a git clone of 1.4 and 1.5 (trunk) that
> keeps current with the "vendor" (us, official Wicket), but adds in their
> custom changes to make it GAE compatible.
>
> Why not use Jira sub tasks?
>
>
> I think this is the way to go - create a master "make GAE compatible
> version" task and subtasks for each individual thing.  There should be a
> differentiation made between ones that can be accepted in core and those
> that can't.  For example, we (probably) won't be accepting a WebApplication
> subclass specific to GAE.  But, we could accept some changes that need to be
> made to make it compatible with, or easier to make compatible with, GAE.
>  For example, I'd love to see a task for "kill the use of stupid TreeModel
> in 1.5" (and, really, any java.awt / javax.swing usage in core).  But, this
> would be better discussed as a separate thread.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>

Re: [vote] release wicket-1.5-M2.1

[nino martinez wael]

[ X ] Yes, release :)

2010/9/13 Igor Vaynberg :
> This vote is to release wicket 1.5-M2.1. This fixes a critical problem
> in *unreleased* 1.5-M2, namely WICKET-3040
>
> Branch: http://svn.apache.org/repos/asf/wicket/branches/wicket-1.5-M2.1/
> Artifacts:
> http://people.apache.org/~ivaynberg/wicket-1.5-M2.1/dist
> Maven repo:
> http://people.apache.org/~ivaynberg/wicket-1.5-M2.1/m2-repo
>
> Changelog 1.5-M2.1:
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310561&fixfor=12315331&sorter/field=priority&sorter/order=DESC
> Changelog 1.5-M2:
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310561&fixfor=12315237&sorter/field=issuekey&sorter/order=DESC
>
> This vote ends Thursday 9:00am GMT-8
>
> Please test the release and offer your vote:
> [ ] Yes, release
> [ ] No, don't release it (and please tell us why)
>

Re: [vote] release wicket 1.5-m2

[nino martinez wael]

+1 when this is fixed : https://issues.apache.org/jira/browse/WICKET-3042

2010/9/11 Peter Ertl :
> +1
>
> Am 10.09.2010 um 08:00 schrieb Igor Vaynberg:
>
>> This vote is to release wicket 1.5-M1
>>
>> Branch: http://svn.apache.org/repos/asf/wicket/branches/wicket-1.5-M2/
>> Artifacts:
>> http://people.apache.org/~ivaynberg/wicket-1.5-M2/dist
>> Maven repo:
>> http://people.apache.org/~ivaynberg/wicket-1.5-M2/m2-repo
>> Changelog: 
>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310561&fixfor=12315237&sorter/field=issuekey&sorter/order=DESC
>>
>> This vote ends Monday 17:00 GMT-8
>>
>> Please test the release and offer your vote:
>> [ ] Yes, release
>> [ ] No, don't release it (and please tell us why)
>>
>>
>> Release Notes - Wicket - Version 1.5-M2
>>
>> ** Sub-task
>>    * [WICKET-777] - See what needs to be done in abstractpageableview
>>    * [WICKET-3016] - Port to 1.5
>>    * [WICKET-3028] - remove obsoleted way of achieving this
>>
>> ** Bug
>>    * [WICKET-830] - FindBugs static alalyser shows many coding issues/errors
>>    * [WICKET-945] - WicketTester requiring itself to be serializable
>>    * [WICKET-1094] - Values over-escaped by FormTester
>>    * [WICKET-1185] - Wrong message / parse error: "Expected close tag
>> for "
>>    * [WICKET-1448] - SubmitLink bypass jquery submit eventhandler
>>    * [WICKET-1456] - ImageMap blocks Image functionality
>>    * [WICKET-1727] - Prepending JS in AjaxRequestTarget via listener
>> is unusable
>>    * [WICKET-1733] - WicketTester doesn't include form submitting
>> component id in form submissions
>>    * [WICKET-1928] - Enter key submits form in
>> AjaxEditableMultiLineLabel on Safari
>>    * [WICKET-1947] - rc1 generics - LabelTree
>>    * [WICKET-1949] - rc1 generics - BaseTree
>>    * [WICKET-1985] - AbstractTree breaks on multiple tree model
>> events in the same request
>>    * [WICKET-2010] - InspectorPage doesn't show component tree
>>    * [WICKET-2115] - Make Component. 'protected List
>> getBehaviors(Class' public
>>    * [WICKET-2150] - Wizard executes onSubmit() of wrong nested form
>>    * [WICKET-2254] - ModalWindow size may exceed browser viewport
>> making it impossible to close
>>    * [WICKET-2262] - The starting of the ajax indicator don't respect
>> AbstractDefaultAjaxBehavior preconditionScript
>>    * [WICKET-2265] - Drop AbstractHeaderContributor and friends
>>    * [WICKET-2324] - ModalWindow iframe CSS to wide
>>    * [WICKET-2401] - AJAX indicator turns off when calls overlap
>>    * [WICKET-2514] - Encoding issue with wicket Ajax POST form processing
>>    * [WICKET-2557] - Component.urlFor( ILinkListener.INTERFACE ) +
>> various url coding strategies produce errorneus behavior
>>    * [WICKET-2676] - DataTable defines newCellItem to take IModel
>> but should really do IModel>
>>    * [WICKET-2691] - Apply fixes from the named issues to 1.5 when
>> API stabalizes
>>    * [WICKET-2728] - Location headers (redirects) should be absolute,
>> not relative URLs
>>    * [WICKET-2739] - Throttling breaks AjaxFormSubmitBehavior's
>> precondition check
>>    * [WICKET-2765] - MarkupException on unclosed  tag
>>    * [WICKET-2774] - Form#onSubmit() not called in StatlessForm on
>> pages mounted using WebPage#mountBookmarkablePage(String, Class)
>>    * [WICKET-2783] - FormTester.submit does not work with AjaxButtons
>>    * [WICKET-2794] - Not all exceptions are properly handled by the
>> WicketFilter -> results in empty response document with unset status
>> code -> seen as HTTP_OK by client
>>    * [WICKET-2807] - AjaxSubmitLink not calling the onsubmit event handler
>>    * [WICKET-2828] - IndexOutOfBoundsException is thrown in
>> onBeforeRender when tabs is empty.
>>    * [WICKET-2848] - Rename yahoo-dom-event folder to something else
>>    * [WICKET-2849] - FormComponent.add(IValidator) should probably
>> accept IValidator
>>    * [WICKET-2850] - Wicket DateTimeField / DatePicker creates a
>> memory leak on the browser when rerenderd using ajax requests
>>    * [WICKET-2851] - Ajax responses do not update DOM correctly on Opera
>>    * [WICKET-2852] - Palette nested in a ListView results in a NPE
>> when an error feedback is logged when submitting form
>>    * [WICKET-2854] - 'this.document' is null or not an object after
>> quickly opening and closing a modal window (modal.js)
>>    * [WICKET-2863] - MockHttpServletResponse does not save Session
>> cookies (maxAge = -1)
>>    * [WICKET-2886] - Tree doesn't update correctly
>>    * [WICKET-2905] - Select.isSelected fails when Wicket application
>> is using REDIRECT_TO_RENDER render strategy.
>>    * [WICKET-2911] - continueToOriginalDestination does not work with
>> mountBookmarkablePage and AjaxLink
>>    * [WICKET-2919] - inconsistency in property expression when using
>> . for self reference
>>    * [WICKET-2931] - Form#getMaxSize - unsupported in the inner forms
>>    * [WICKET-2932] - Modal window titles need to be marked up as
>> such, for access

Re: Wicket 1.5 m2 trouble using ajax?

[nino martinez wael]

done : https://issues.apache.org/jira/browse/WICKET-3042

2010/9/10 nino martinez wael :
> ok,,
>
> 2010/9/10 Igor Vaynberg :
>> jira+quickstart
>>
>> -igor
>>
>> On Fri, Sep 10, 2010 at 4:11 AM, nino martinez wael
>>  wrote:
>>> Hi I have an ajax link on my page, but on m2 it never fires the submit:
>>>
>>>        add(new AjaxSubmitLink("helloSubmit", form) {
>>>                        private static final long serialVersionUID = 1L;
>>>
>>>                       �...@override
>>>                        protected void onSubmit(AjaxRequestTarget target, 
>>> Form form) {
>>>                                CallQueue callQueue = wallBoardDataProvider
>>>                                                .getCallQueue("nmw01");
>>>                                HomePage.this.text = callQueue.getName() + 
>>> ":"
>>>                                                + 
>>> callQueue.getData().get(0).getName() + ":"
>>>                                                + 
>>> callQueue.getData().get(0).getValue().toString();
>>>                                target.addComponent(label);
>>>                        }
>>>
>>>                       �...@override
>>>                        protected void onError(AjaxRequestTarget arg0, 
>>> Form arg1) {
>>>                                // TODO Auto-generated method stub
>>>
>>>                        }
>>>                });
>>>
>>> However it works fine on m1...
>>>
>>
>

Re: Wicket 1.5 m2 trouble using ajax?

[nino martinez wael]

ok,,

2010/9/10 Igor Vaynberg :
> jira+quickstart
>
> -igor
>
> On Fri, Sep 10, 2010 at 4:11 AM, nino martinez wael
>  wrote:
>> Hi I have an ajax link on my page, but on m2 it never fires the submit:
>>
>>        add(new AjaxSubmitLink("helloSubmit", form) {
>>                        private static final long serialVersionUID = 1L;
>>
>>                       �...@override
>>                        protected void onSubmit(AjaxRequestTarget target, 
>> Form form) {
>>                                CallQueue callQueue = wallBoardDataProvider
>>                                                .getCallQueue("nmw01");
>>                                HomePage.this.text = callQueue.getName() + ":"
>>                                                + 
>> callQueue.getData().get(0).getName() + ":"
>>                                                + 
>> callQueue.getData().get(0).getValue().toString();
>>                                target.addComponent(label);
>>                        }
>>
>>                       �...@override
>>                        protected void onError(AjaxRequestTarget arg0, 
>> Form arg1) {
>>                                // TODO Auto-generated method stub
>>
>>                        }
>>                });
>>
>> However it works fine on m1...
>>
>

Wicket 1.5 m2 trouble using ajax?

[nino martinez wael]

Hi I have an ajax link on my page, but on m2 it never fires the submit:

add(new AjaxSubmitLink("helloSubmit", form) {
private static final long serialVersionUID = 1L;

@Override
protected void onSubmit(AjaxRequestTarget target, 
Form form) {
CallQueue callQueue = wallBoardDataProvider
.getCallQueue("nmw01");
HomePage.this.text = callQueue.getName() + ":"
+ 
callQueue.getData().get(0).getName() + ":"
+ 
callQueue.getData().get(0).getValue().toString();
target.addComponent(label);
}

@Override
protected void onError(AjaxRequestTarget arg0, Form 
arg1) {
// TODO Auto-generated method stub

}
});

However it works fine on m1...

Re: Should we stop event bubbling after Ajax call?

[nino martinez wael]

seems like an good idea.. And may also help events overflowing.. Like what
happened in the wicket reaction game..

As for the boolean suggested somewhere in the thread, I guess as aways let
the default be the best practice as you've suggested.

regards Nino

2010/8/17 Martijn Dashorst 

> Currently we don't stop events from bubbling after an Ajax call. This
> can be harmful in the following case:
>
> 
> 
> 
>
> If a user clicks on the checkbox, we send in an ajax request for
> selecting the element. But after the ajax call the onclick bubbles up
> to the tr (as browsers do) and navigates to the details.
>
> I think that we should always cancel the event after the ajax request
> was handled to prevent it from bubbling up. Does anybody disagree?
>
> (Note that the CancelEventIfNoAjaxDecorator is a partial solution in
> that it only prevents the default action from happening, not the
> bubbling part (at least for checkbox).
>
> Martijn
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.4 increases type safety for web applications
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.8
>

Re: [proposal] Use apache nexus repository for org.apache.wicket release and snapshot artifacts.

[nino martinez wael]

No problem, we use nexus our self's where I work.. It's just that
Artifactory was WICKET powered :)

2010/6/24 James Carman 

> And, a LOT of the maven-based projects are going that route.  Nexus
> even makes it easier to do releases "The Apache Way."
>
> On Thu, Jun 24, 2010 at 10:03 AM, Jeremy Thomerson
>  wrote:
> > Because Nexus is hosted and supported by Apache.
> >
> > Jeremy Thomerson
> > -- sent from my smartphone - please excuse formatting and spelling errors
> >
> > On Jun 24, 2010 10:01 AM, "nino martinez wael" <
> nino.martinez.w...@gmail.com>
> > wrote:
> >
> > I know this is sort of off topic, but why don't we use artifactory, it's
> > opensource and based on wicket..
> >
> > 1=http://www.jfrog.org/products.php
> >
> > 2010/6/23 Michael O'Cleirigh 
> >
> >
> >> Thanks Martijn and Jeremy for all your work on getting this to work.
> >>
> >> I have the 1.4.10-SNAPSH...
> >
>

Re: [proposal] Use apache nexus repository for org.apache.wicket release and snapshot artifacts.

[nino martinez wael]

I know this is sort of off topic, but why don't we use artifactory, it's
opensource and based on wicket..

1=http://www.jfrog.org/products.php

2010/6/23 Michael O'Cleirigh 

> Thanks Martijn and Jeremy for all your work on getting this to work.
>
> I have the 1.4.10-SNAPSHOT wicketstuff-core artifacts deploying again now
> that they can fetch the snapshots from
> https://repository.apache.org/content/repositories/snapshots.
>
> Martijn: your Apache Infrastructure ticket has been updated that the builds
> in 1.5.x were failing due to load on the build server.  I checked the log
> for #111 and the profile is correct but the goal is still 'install' not
> 'deploy' which is needed to deploy the 1.5-SNAPSHOT artifacts.
>
> A committer can check their ability to deploy by seeing if they can log
> into the nexus interface at http://repository.apache.org then check for
> the 'Enterprise' left section and the 'Staging' link.  There should be an
> org.apache.wicket row in the top table and nothing in the bottom table. The
> bottom table can be shown by selecting the org.apache.wicket row in the top
> table.
>
> You should be able to test the staging release process by downloading a
> working copy of trunk, changing the versions to remove the SNAPSHOT (mvn
> versions:set -DnewVersions=1.4.11) and then 'mvn -P apache-nexus-deploy
> clean deploy'
>
> Once deploy has been run you can reload the bottom table in the web
> interface and you should see a unique row for each computer (IP address)
> that has run a deploy.  At this point you know it works and can just right
> click the staging row and click 'drop'.
>
> Thanks again,
>
> Mike
>
>
>
>  Fixed for 1.4.x, 1.5.x seems to have a hudson error (getting http 500
>> errors)
>>
>> Martijn
>>
>> On Mon, Jun 21, 2010 at 12:13 AM, Michael O'Cleirigh
>>   wrote:
>>
>>
>>> On 20/06/2010 2:12 PM, Jeremy Thomerson wrote:
>>>
>>>
 On Sun, Jun 20, 2010 at 1:01 PM, Martijn Dashorst<
 martijn.dasho...@gmail.com>wrote:




> I've setup the hudson stuff, but I haven't seen an example build that
> deploys snapshots to nexus.
>
> Martijn
>
>
>
 I just committed the pom changes from Michael.  I think all you'll need
 to
 do in Hudson (for trunk) is change the build profile to use
 "apache-nexus-deploy" instead of whatever it's currently using.  Then we
 can
 duplicate for 1.4.x.



>>> You will need to modify the Goals and options text field of the Hudson
>>> Job
>>> to something like this:
>>> -Papache-nexus-deploy clean deploy
>>>
>>> I looked at build #6 of the 1.4.x branch and the maven command being
>>> executed is:
>>>
>>> Executing Maven:  -B -f /home/hudson/hudson-slave/workspace/Apache Wicket
>>> 1.4.x/wicket-1.4.x/pom.xml
>>> -Dmaven.repo.local=/home/hudson/hudson-slave/workspace/Apache Wicket
>>> 1.4.x/.repository clean install
>>>
>>> So the key changes will be to active the new profile and to run the
>>> deploy
>>> goal instead of install.
>>>
>>> When it is working you should see entries like this in the build log:
>>>
>>> [INFO] [deploy:deploy]
>>> [INFO] Retrieving previous build number from apache.snapshots.https
>>> [INFO] repository metadata for: 'snapshot
>>> org.apache.wicket:wicket-parent:1.5-SNAPSHOT' could not be found on
>>> repository: apache.snapshots.https, so will be created
>>> Uploading:
>>>
>>> https://repository.apache.org/content/repositories/snapshots/org/apache/wicket/wicket-parent/1.5-SNAPSHOT/wicket-parent-1.5-20100617.013747-1.pom
>>> 26K uploaded
>>> [INFO] -
>>>
>>>
>>> Regards,
>>>
>>> Mike
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>
>

Re: Panel not getting refreshed when posted from ModalWindow.

[nino martinez wael]

Hi John

Did you succeed with this? If not please send the mail to the users
list instead.. And we will continue the thread there..

2010/5/29 jammyjohn :
>
> Hi,
>
> Could any one please help me fixing this panel refresh issue.
> first time the panel is refreshed. and that too with (setResponsePage() as
> workaround).
> Afterwards it is not getting refreshed at all. Always retains the previous
> value...
>
> 1.I have an Ajaxbutton, on click of it- opens a ModalWindow.
> 2, In the modal window I am selecting a contact id, and on window call back,
> I am painting the panel with all the contact details (like email, phone,
> fax...)
> 3. These fields are basically set of textfields in panel.
>
> Please note first time when I select a id from my Modalwindow.. my panel is
> refreshed with correct values..
> and also I need to use setResponsePage().. otherwise it does not work..
>
> But, if I try to select a different id for the second timefrom my
> ModalWindow... my panel still has the old values.
>
> Please help.
>
> Thanks for your time.
>
> The code is as below..
>
> //ContactPanel.java
>
> public class ContactPanel extends Panel {
>
>        private static final long serialVersionUID = 1L;
>
>
>        public ContactPanel(String id, IModel model) {
>            super(id);
>            setDefaultModel(new CompoundPropertyModel(model));
>            add(new
> TextField("name").setConvertEmptyInputStringToNull(false));
>            add(new
> TextField("phone").setConvertEmptyInputStringToNull(false));
>            add(new
> TextField("email").setConvertEmptyInputStringToNull(false));
>            add(new
> TextField("fax").setConvertEmptyInputStringToNull(false));
>    }
>
> }
>
> //ContactPanel.html
>
>  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
>
> http://www.w3.org/1999/xhtml";
> xmlns:wicket="http://wicket.sourceforge.net/"; xml:lang="en"     lang="en">
>        
>                
>                        
>                Contact:
>                
>                   maxlength='40' /> Phone:
>                   maxlength='30'/>
>                
>              
>             
>                Email:
>                
>                   maxlength='50'/>
>                  Fax
>                   maxlength='20' />
>                
>              
>                
>        
> 
>
>
> //adding panel to a form
>
> Panel contactPanel = new ContactPanel("contactPanel", new
> LoadableDetachableModel(){
>                       �...@override
>                        protected Object load() {
>                                return 
> extraChildrenMawbModel.getObject().getContact();
>                        }
>                });
>
>                contactPanel .setOutputMarkupId(true);
>                form.add(contactPanel );
>
>
>
> //adding AJax Button to a form
>
>  final IModel inputModel =new Model();
> final IModel outputModel =new Model();
>
>                 AjaxButton contactLookupBtn = new AjaxButton("contactLookup"){
>                        private static final long serialVersionUID = 1L;
>                       �...@override
>                        protected void onSubmit(AjaxRequestTarget target, Form 
> arg1) {
>                                inputModel.setObject("contact");
>                                contactLookup.show(target);
>                        }
>        };
>
> form.add(contactLookupBtn .setDefaultFormProcessing(false));
>
> //adding ModalWindow to the page
>
> final ModalWindow contactLookup;
>                add(contactLookup= new ModalWindow("contactLookupWindow"));
>
>                contactLookup.setPageMapName("modal-1");
>
> //Modalwindow callback code
> contactLookup.setWindowClosedCallback(new
> ModalWindow.WindowClosedCallback(){
>            public void onClose(AjaxRequestTarget target){
>
>                Object outputModelObj = outputModel.getObject();
>                if (outputModelObj != null) {
>                        final Contact contact =
> contactDao.loadContact((Long)outputModelObj);
>                        if (inputModel.getObject().equals("contact")) {
>
>                  final Panel newContactPanel = new
> ContactPanel("contactPanel", new LoadableDetachableModel() {
>                                               �...@override
>                                                protected Object load() {
>                                                        // TODO Auto-generated 
> method stub
>                                                        return 
> extraChildrenMawbModel.getObject().getContact();
>                                                }
>                                        });
>                                        
> newContactPanel.setOutputMarkupId(true);
>                                        
> contactPanel.replaceWith(newContactPanel);
>                                        contactPanel = newContactPanel;
>                           target.addComponent(newContactPanel);
>
>                

Re: [Vote] release wicketstuff-core 1.4.8 and 1.4.9

[nino martinez wael]

>
> [ x ] -  Release wicketstuff-core 1.4.8
> [  ] -  Don't release wicketstuff-core 1.4.8
>
> Vote 2:
>
> [ x ] -  Release wicketstuff-core 1.4.9


2010/5/29 Martin Grigorov :
> On Fri, 2010-05-28 at 20:12 -0400, Michael O'Cleirigh wrote:
>> Hello,
>>
>> I've created a new template for wicketstuff-core releases.  After every
>> wicket release we will create a branch from trunk that locks in the
>> wicket version and cut a matching release like wicketstuff-core-1.4.9.
>> At a certain point in time (either a window of time to be determined) or
>> more likely based on developer demand one or more point releases can be
>> taged from the trunk in the form of wicketstuff-core-1.4.9.x where x >= 1.
>>
>> The staged wicketstuff-core-1.4.8 artifacts are available here:
>> http://oss.repository.sonatype.org/content/repositories/orgwicketstuff-028
>>
>> The staged wicketstuff-core-1.4.9 artifacts are available here:
>> http://oss.repository.sonatype.org/content/repositories/orgwicketstuff-030
>>
>> They include any project changes committed since 1.4.7 was released.  I
>> was able to add some of the existing but commented out projects back in.
>>
>> 1.4.9 includes three projects that were commented out from 1.4.7:
>> ddcalendar-parent, jsr303-parent and wicket-html5-parent
>>
>> 1.4.8 includes ddcalendar-parent and wicket-html5-parent but not
>> jsr303-parent which wasn't added back until after the release was cut.
>> I've added it into the 1.4.8.1-SNAPSHOT version if needed later.
>>
>> Vote 1:
>>
>> [ x ] -  Release wicketstuff-core 1.4.8
>> [  ] -  Don't release wicketstuff-core 1.4.8
>>
>> Vote 2:
>>
>> [ x ] -  Release wicketstuff-core 1.4.9
>> [  ] -  Don't release wicketstuff-core 1.4.9
>>
>> Regards,
>>
>> Mike
>>
>>
>
>
>

Re: [Vote] Release wicketstuff-core 1.4.7

[nino martinez wael]

[ x  ] - release wicketstuff-core 1.4.7



2010/5/23 Michael O'Cleirigh :
> Hello,
>
> I was able to successfully stage a release for wicketstuff-core 1.4.7 into
> the oss.sonatype.org infrastructure.
> All of the 1.4.7 artifacts can be retrieved from this staging repository:
>
> http://oss.repository.sonatype.org/content/repositories/orgwicketstuff-124/
>
> This is the subversion tag that corresponds to this release:
> https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/tags/wicketstuff-core-1.4.7/
>
> Vote:
>
> [   ] - release wicketstuff-core 1.4.7
> [   ] - don't release wicketstuff-core 1.4.7
>
>
> Since this is the first release through sonatype I need to file a ticket to
> get central sync up working but after that it will be automatic.
>
> Projects included in this release:
>
> [INFO]
> [INFO]
> 
> [INFO] Reactor Summary:
> [INFO]
> 
> [INFO] WicketStuff Core Parent ... SUCCESS
> [21.419s]
> [INFO] Wicket-Scala Parent ... SUCCESS
> [23.008s]
> [INFO] Wicket-Scala .. SUCCESS
> [15.010s]
> [INFO] Wicket-Scala Samples .. SUCCESS
> [12.172s]
> [INFO] Wicket-Scala Archetype  SUCCESS
> [3.246s]
> [INFO] Wicket Annotations  SUCCESS
> [13.363s]
> [INFO] JSLibraries ... SUCCESS
> [21.713s]
> [INFO] CalendarViews - Parent  SUCCESS
> [2.275s]
> [INFO] CalendarViews . SUCCESS
> [15.337s]
> [INFO] CalendarViews - Examples .. SUCCESS
> [16.785s]
> [INFO] Client and Server Validation .. SUCCESS
> [11.740s]
> [INFO] Datatable Autocomplete - Parent ... SUCCESS
> [1.271s]
> [INFO] Datatable Autocomplete Common . SUCCESS
> [11.381s]
> [INFO] Datatable Autocomplete  SUCCESS
> [24.296s]
> [INFO] Datatable Autocomplete Examples ... SUCCESS
> [15.738s]
> [INFO] GMap2 - Parent  SUCCESS
> [1.214s]
> [INFO] GMap2 . SUCCESS
> [19.133s]
> [INFO] GMap2 - Examples .. SUCCESS
> [36.195s]
> [INFO] Google Charts - Parent  SUCCESS
> [1.482s]
> [INFO] Google Charts . SUCCESS
> [13.688s]
> [INFO] Google Charts - Examples .. SUCCESS
> [12.569s]
> [INFO] InMethod Grid Parent .. SUCCESS
> [4.158s]
> [INFO] InMethod Grid . SUCCESS
> [33.352s]
> [INFO] InMethod Grid Examples  SUCCESS
> [29.501s]
> [INFO] Input Events - Parent . SUCCESS
> [2.020s]
> [INFO] Input Events .. SUCCESS
> [11.780s]
> [INFO] Input Events - Examples ... SUCCESS
> [13.263s]
> [INFO] JavaEE Inject - Parent  SUCCESS
> [1.310s]
> [INFO] JavaEE Inject . SUCCESS
> [11.597s]
> [INFO] JavaEE Inject - Examples .. SUCCESS
> [1.374s]
> [INFO] JavaEE Inject - Example EJB Module  SUCCESS
> [9.620s]
> [INFO] JavaEE Inject - Example Web Module  SUCCESS
> [14.254s]
> [INFO] JavaEE Inject - Example EAR ... SUCCESS
> [7.347s]
> [INFO] Misc .. SUCCESS
> [12.435s]
> [INFO] JQuery Integration - Parent ... SUCCESS
> [1.398s]
> [INFO] JQuery Integration  SUCCESS
> [33.074s]
> [INFO] JQuery Integration - Examples . SUCCESS
> [35.489s]
> [INFO] Minis - Parent  SUCCESS
> [1.500s]
> [INFO] Minis . SUCCESS
> [19.445s]
> [INFO] Minis - Examples .. SUCCESS
> [14.487s]
> [INFO] ObjectAutoComplete - Parent ... SUCCESS
> [2.202s]
> [INFO] ObjectAutoComplete  SUCCESS
> [12.574s]
> [INFO] ObjectAutoComplete - Examples . SUCCESS
> [24.186s]
> [INFO] Openlayers Integration - Parent ... SUCCESS
> [1.491s]
> [INFO] Openlayers  SUCCESS
> [23.399s]
> [INFO] Openlayers - Proxy  SUCCESS
> [9.896s]
> [INFO] Openlayers - Examples . SUCCESS
> [28.136s]
> [INFO] Wic

Re: 700+ page application switches from 1.3.7 to 1.4.8

[nino martinez wael]

Sounds good, so do you expect that you'll find some bugs in "core"
wicket that the community will benefit from?

btw, just back from geecon where this speaker , 
Eugene Ciurana ( http://2010.geecon.org/speakerdetails/12 ) mentioned
(very discretely) wicket in conjunction with jboss as his preferred
stable stack.

2010/5/19 Martijn Dashorst :
> Just two hours ago one of our developers pulled the trigger and
> committed his Wicket 1.4.8 porting work for our flagship application
> "EduArte" to our trunk. This means that as of this moment we finally
> are near trunk and can start uncovering and fixing bugs for 1.4.x. We
> expect to start work on porting our application towards 1.5 when we
> have stabilized our 1.4.8 version.
>
> A couple of statistics for our application:
>  - ~725 pages
>  - ~950 entities
>  - hibernate
>  - spring 3
>  - wicket security
>  - wiquery
>
> The porting effort took a couple of months, tiered in 2 phases:
> convert our framework (about a month), convert our application (about
> a month).
>
> Now the application needs to prove itself in testing and will probably
> go live in a couple of weeks.
>
> Martijn
>

Re: Future of wicketstuff.org

[nino martinez wael]

I'd say either move to googlecode (http://code.google.com/p/wicketstuff/) :

or

[X] stay with sf.net

But we will still need a building server. I'd hate to see wicketstuff die.

2010/4/19 Pointbreak :
> I would think that an eventual move to github is unrelated to any of the
> maintenance problems you describe. Therefore I would say keep it is
> simple as possible and stay with sourceforge when executing the proposed
> tags. As moving to a github (and a distributed VCS) will introduce its
> own problems, paradigm shifts, tool incompatibilities and general
> misunderstandings. Whether or not such a move would be beneficial or not
> should be a separate discussion, that is unrelated to the problems you
> are trying to solve in your proposal.
>
>       [X] stay with sf.net
>       [ ] move to github
>
>
> On Mon, 19 Apr 2010 17:31 +0200, "Martijn Dashorst"
>  wrote:
>> Currently we have a maintenance nightmare. Keeping up confluence,
>> jira, teamcity and the maven repo is cumbersome at best. We keep
>> running out of diskspace (/var has reached -300M disk free, yes minus
>> 300M).
>>
>> So I propose the following:
>>  - use Apache's build grid for Wicket code, Apache repository for
>> staging and snapshot releases: separating the Apache Wicket projects
>> from Wicket Stuff projects
>>  - no more custom, self hosted products a la confluence and jira (no
>> matter how much we like them)
>>  - use wicketstuff.org only for running examples and a build server
>> for wicket stuff projects
>>  - use sonatype's OSS repo hosting for our snapshots, release staging
>> and releases (no more wicketstuff.org/repository/maven)
>>
>> Most importantly:
>>  - vote on the future of the hosting of Wicket Stuff:
>>       [ ] stay with sf.net
>>       [ ] move to github
>>  - if we stay on sf.net: use the sf.net provided tools to manage the
>> project: issues, wiki and website
>>  - if we stay to move to github: use github's provided tools to manage
>> the project: issues, wiki and website
>>
>> Martijn
>>
>

http://wicket.apache.org/more.html

[nino martinez wael]

Carries some old information and should be updated.. It's talking
about wicket 1.3.2

Re: WicketStuff Teamcity can't access the sourceforge subversion repository

[nino martinez wael]

Correct as always.

I think Sf were convinced that it was not their problem or something.
We actually switched from Bamboo to TeamCity for that reason.. I also
created a separate project on google called wicketstuff, but we never
could agree on using that instead of sf.

regards Nino

2010/4/1 Igor Vaynberg :
> sf.net keeps banning our TC instance because they think it access svn
> too often. nothing we can do about it. i think nino filed a ticket
> with them that never got resolved.
>
> -igor
>
> On Thu, Apr 1, 2010 at 6:48 AM, Michael O'Cleirigh
>  wrote:
>> Hello,
>>
>> Recently there has been some initiative in organizing more WicketStuff core
>> releases and changes have been going into the sourceforge subversion
>> repository for that effect.
>>
>> But there is a problem with Teamcity not being able to access the
>> wicketstuff repository which prevents the updated artifacts being built and
>> distributed into the maven snapshot repository.  I like to only checkout the
>> specific submodules I work on and have m2eclipse resolve the parent from the
>> snapshot repository; but that approach doesn't work when the snapshots are
>> not being created.
>>
>> I searched the dev list archive and there was a problem like this in the
>> past (Re: TeamCity on wicketstuff.org from November 29 2008).
>>
>> Here is a link to the build log with the
>> '//org.tmatesoft.svn.core.SVNException: svn: connection refused by the
>> server'//  error:
>> http://wicketstuff.org/teamcity/viewLog.html?buildId=5903&tab=buildResultsDiv&buildTypeId=bt35
>>
>> It feels like the build server might be blacklisted in some way by
>> sourceforge; although it could be something else.
>>
>> Does anyone know what was done before or have a contact from that time which
>> could be used to get teamcity talking subversion again?
>>
>> Thanks,
>>
>> Mike
>>
>>
>>
>>
>>
>

Re: spring cleaning wicket?

[nino martinez wael]

Yup, no problem i'll try to do it while it's still spring :) Are
smaller patches better or is just a large chunk better?

regards Nino

2010/3/25 Igor Vaynberg :
> feel free to do this, but for trunk only. i would rather not tweak
> working code for the sake of making it "cleaner".
>
> also for this specific example there is Streams.close() that does this
> already...
>
> -igor
>
> On Thu, Mar 25, 2010 at 5:26 AM, nino martinez wael
>  wrote:
>> Well I do think there are some places that where code are somewhat
>> unreadable or hard to read. So it was just to make the code more
>> readable.. And making maintenance time go down. So some of it would be
>> following up against rule violations, but some of it would also be
>> tidying up code like this (from fileupload.java on 1.4.x branch), and
>> it can be further reduced below are just example:
>>
>> [original]
>>        public final void closeStreams()
>>        {
>>                if (inputStreamsToClose != null)
>>                {
>>                        for (Iterator inputStreamsIterator =
>> inputStreamsToClose.iterator(); inputStreamsIterator.hasNext();)
>>                        {
>>                                InputStream inputStream = 
>> inputStreamsIterator.next();
>>
>>                                try
>>                                {
>>                                        inputStream.close();
>>                                }
>>                                catch (IOException e)
>>                                {
>>                                        // We don't care aobut the exceptions 
>> thrown here.
>>                                }
>>                        }
>>
>>                        // Reset the list
>>                        inputStreamsToClose = null;
>>                }
>>        }
>> [modified]
>>        public final void closeStreams()
>>        {
>>                if (inputStreamsToClose != null)
>>                {
>>                        for (Iterator inputStreamsIterator =
>> inputStreamsToClose.iterator(); inputStreamsIterator.hasNext();)
>>                        {
>>                                closeInputStream(inputStreamsIterator.next());
>>                        }
>>
>>                        // Reset the list
>>                        inputStreamsToClose = null;
>>                }
>>        }
>>
>> private void closeInputStream(InputStream inputStream){
>>                                try
>>                                {
>>                                        inputStream.close();
>>                                }
>>                                catch (IOException e)
>>                                {
>>                                        // We don't care aobut the exceptions 
>> thrown here.
>>                                }
>>
>> }
>>
>> It's up to you guys, it's defiantly not an easy task. Im just
>> following the example from Robert C Martin
>> (http://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship/dp/0132350882)
>> ... In my daily work I've found it to be a very good practice.
>>
>>
>>
>> 2010/3/23 Igor Vaynberg :
>>> lets not start tweaking code for tweaking's sake.
>>>
>>> -igor
>>>
>>> On Tue, Mar 23, 2010 at 11:57 AM, nino martinez wael
>>>  wrote:
>>>> Yeah I know, one has to have a sense of code regarding some of those
>>>> violations. But are very good to have as an indicator, at work I've
>>>> removed some of the rules from the rule set as they do not fit our
>>>> programming style. We value code readability very high, although it's
>>>> a constant battle between developers.
>>>>
>>>> Regarding reading code is a completely different matter. When I see
>>>> something like "!foo", I just read it "not foo". You can miss the
>>>> exclamation, but you can also miss one  equal sign and have a fatal
>>>> problem.
>>>>
>>>> One of the most annoying ones are if you create something serializable
>>>> you also have to declare an id. Another one are that eclipse by
>>>> default generates methods that are pulled to an interface abstract,
>>>> but one of the rules says it's duplicate signature since it's an
>>>> interface :) So theres a secret battle between eclipse and the
>>&

Re: spring cleaning wicket?

[nino martinez wael]

Well I do think there are some places that where code are somewhat
unreadable or hard to read. So it was just to make the code more
readable.. And making maintenance time go down. So some of it would be
following up against rule violations, but some of it would also be
tidying up code like this (from fileupload.java on 1.4.x branch), and
it can be further reduced below are just example:

[original]
public final void closeStreams()
{
if (inputStreamsToClose != null)
{
for (Iterator inputStreamsIterator =
inputStreamsToClose.iterator(); inputStreamsIterator.hasNext();)
{
InputStream inputStream = 
inputStreamsIterator.next();

try
{
inputStream.close();
}
catch (IOException e)
{
// We don't care aobut the exceptions 
thrown here.
}
}

// Reset the list
inputStreamsToClose = null;
}
}
[modified]
public final void closeStreams()
{
if (inputStreamsToClose != null)
{
for (Iterator inputStreamsIterator =
inputStreamsToClose.iterator(); inputStreamsIterator.hasNext();)
{
closeInputStream(inputStreamsIterator.next());
}

// Reset the list
inputStreamsToClose = null;
}
}

private void closeInputStream(InputStream inputStream){
try
{
inputStream.close();
}
catch (IOException e)
{
// We don't care aobut the exceptions 
thrown here.
}

}

It's up to you guys, it's defiantly not an easy task. Im just
following the example from Robert C Martin
(http://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship/dp/0132350882)
... In my daily work I've found it to be a very good practice.



2010/3/23 Igor Vaynberg :
> lets not start tweaking code for tweaking's sake.
>
> -igor
>
> On Tue, Mar 23, 2010 at 11:57 AM, nino martinez wael
>  wrote:
>> Yeah I know, one has to have a sense of code regarding some of those
>> violations. But are very good to have as an indicator, at work I've
>> removed some of the rules from the rule set as they do not fit our
>> programming style. We value code readability very high, although it's
>> a constant battle between developers.
>>
>> Regarding reading code is a completely different matter. When I see
>> something like "!foo", I just read it "not foo". You can miss the
>> exclamation, but you can also miss one  equal sign and have a fatal
>> problem.
>>
>> One of the most annoying ones are if you create something serializable
>> you also have to declare an id. Another one are that eclipse by
>> default generates methods that are pulled to an interface abstract,
>> but one of the rules says it's duplicate signature since it's an
>> interface :) So theres a secret battle between eclipse and the
>> ruleset..
>>
>> But most of the are good.
>>
>> regards Nino
>>
>> 2010/3/23 Jeremy Thomerson :
>>> I would reject patchs to fix some of those.  Some of those so-called
>>> "violations" are just their coding style not being the same as ours.
>>>
>>> For instance, they say there are 218 "violations" where we have 'if (foo ==
>>> false)' - which they say should be simplified, I'm assuming to be 'if
>>> (!foo)'.  Personally, I write mine as "foo == false" because it is much
>>> harder to miss that than it is to miss "!" as you're reading through the
>>> code.
>>>
>>> Another example: "empty method in abstract class should be abstract".  No,
>>> it shouldn't.  It's a method designed to be overridden for additional
>>> functionality if you so desire.
>>>
>>> There might be some that are worth fixing.  But as I mention, there are some
>>> that are better left alone.
>>>
>>> --
>>> Jeremy Thomerson
>>> http://www.wickettraining.com
>>>
>>>
>>>
>>> On Tue, Mar 23, 2010 at 6:39 AM, nino martinez wael <
>>> nino.martinez.w...@gmail.com> wrote:
>>>
>>>> Hi I wondered
>>>>
>>>> if it would be interesting if I started to make wicket more in
>>>> compliance with the rules defined here:
>>>> http://nemo.sonarsource.org/drilldown/violations/44196?priority=MAJOR
>>>> ?
>>>>
>>>> I'd of course start by submitting patches..
>>>>
>>>> So are it interesting?
>>>>
>>>> regards Nino
>>>>
>>>
>>
>

Re: spring cleaning wicket?

[nino martinez wael]

Yeah I know, one has to have a sense of code regarding some of those
violations. But are very good to have as an indicator, at work I've
removed some of the rules from the rule set as they do not fit our
programming style. We value code readability very high, although it's
a constant battle between developers.

Regarding reading code is a completely different matter. When I see
something like "!foo", I just read it "not foo". You can miss the
exclamation, but you can also miss one  equal sign and have a fatal
problem.

One of the most annoying ones are if you create something serializable
you also have to declare an id. Another one are that eclipse by
default generates methods that are pulled to an interface abstract,
but one of the rules says it's duplicate signature since it's an
interface :) So theres a secret battle between eclipse and the
ruleset..

But most of the are good.

regards Nino

2010/3/23 Jeremy Thomerson :
> I would reject patchs to fix some of those.  Some of those so-called
> "violations" are just their coding style not being the same as ours.
>
> For instance, they say there are 218 "violations" where we have 'if (foo ==
> false)' - which they say should be simplified, I'm assuming to be 'if
> (!foo)'.  Personally, I write mine as "foo == false" because it is much
> harder to miss that than it is to miss "!" as you're reading through the
> code.
>
> Another example: "empty method in abstract class should be abstract".  No,
> it shouldn't.  It's a method designed to be overridden for additional
> functionality if you so desire.
>
> There might be some that are worth fixing.  But as I mention, there are some
> that are better left alone.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Tue, Mar 23, 2010 at 6:39 AM, nino martinez wael <
> nino.martinez.w...@gmail.com> wrote:
>
>> Hi I wondered
>>
>> if it would be interesting if I started to make wicket more in
>> compliance with the rules defined here:
>> http://nemo.sonarsource.org/drilldown/violations/44196?priority=MAJOR
>> ?
>>
>> I'd of course start by submitting patches..
>>
>> So are it interesting?
>>
>> regards Nino
>>
>

spring cleaning wicket?

[nino martinez wael]

Hi I wondered

if it would be interesting if I started to make wicket more in
compliance with the rules defined here:
http://nemo.sonarsource.org/drilldown/violations/44196?priority=MAJOR
?

I'd of course start by submitting patches..

So are it interesting?

regards Nino

Wicket Examples

[nino martinez wael]

Hi

Why are there 2 examples for palette here:

http://wicketstuff.org/wicket14/compref

wicket.extensions.markup.html.palette.Paletteand
wicket.markup.html.form.palette.Palette


?

regards Nino

Re: Cucumber + Wicket

[nino martinez wael]

Martijn, I've been using Jbehave+Jmock for some time now it has a
similar functionality..

And have been pondering on doing a integration. I did something very
basic back in 2008.

[1]=http://jbehave.org/documentation/two-minute-tutorial

regards Nino

2010/1/5 Martijn Dashorst :
> I've updated the project and now the Click counter scenario also works.
>
> The project also contains a couple of extensions to WicketTester
> making it easier to find components in a rendered page. See
> http://github.com/dashorst/cucumber-wicket/tree/master/src/test/java/org/apache/wicket/tester/
> for the matchers.
>
> Martijn
>
> On Mon, Jan 4, 2010 at 2:16 PM, Martijn Dashorst
>  wrote:
>> Somehow the ruby guys get sexy things done and I often think: why
>> can't I have that? They also have a knack for naming things in a fun,
>> but good way. Enter Cucumber.
>>
>> Cucumber is a Behavior Driven Development tool, and brings human
>> readable, testable specifications to programming. You can find more
>> about Cucumber on their website [1], and I urge you to take a look at
>> the Railscasts [2,3,4] to see it in action. I found it really
>> enlightening to see this in action and wanted it for myself.
>>
>> If you're too lazy: this is how a testable, human readable Cucumber
>> specification looks like:
>>
>> Feature: Helloworld
>>    In order to greet the world
>>    As a user
>>    I want to see the text Hello World in a browser window.
>>
>>    Scenario: Hello World
>>    Given I am viewing the home page
>>    Then I should see "Hello World"
>>
>> Running this using maven results in:
>>
>> [INFO] Feature: Helloworld
>> [INFO]   In order to greet the world
>> [INFO]   As a user
>> [INFO]   I want to see the text Hello World in a browser window.
>> [INFO]
>> [INFO]   Scenario: Hello World              # features/helloworld.feature:7
>> [INFO]     Given I am viewing the home page # WicketSteps.iAmViewing(String)
>> [INFO]     Then I should see "Hello World"  # WicketSteps.iShouldSee(String)
>>
>>
>> Fortunately for us Java weenies, Aslak Hellesøy has created a Java
>> implementation of Cucumber, and even enabled it for use within Maven:
>> cuke4duke.
>>
>> Over new years I've been trying to see if I could get it to work with
>> Wicket, and those efforts are now available for anyone to take a look
>> at:
>>
>>    http://github.com/dashorst/cucumber-wicket
>>
>> There's not much to see (yet), and I'm hoping for some feedback as to
>> how you would write your own specifications. Is this something you get
>> excited about?
>>
>> Martijn
>>
>> [1] http://cukes.info
>> [2] http://railscasts.com/episodes/155-beginning-with-cucumber
>> [3] http://railscasts.com/episodes/159-more-on-cucumber
>> [4] http://railscasts.com/episodes/186-pickle-with-cucumber
>>
>> --
>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>> Apache Wicket 1.4 increases type safety for web applications
>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4
>>
>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.4 increases type safety for web applications
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4
>

Re: wicket 1.5 build is failing because of 1.6 deps...

[nino martinez wael]

I have no clue on how many are on java 6 or java 5 or even java 4. It
would be very nice to see some metrics, so it will be clear on how
many potential wicketeers are being cut off if wicket goes java 1.6.

On the other hand it could be a "benefit" if wicket upgraded to 1.6,
some are probably just waiting for a good reason to upgrade.

And those who are not wouldn't probably upgrade from wicket 1.4 to 1.5 either.

regards Nino

2009/12/15 Martijn Dashorst :
> On Tue, Dec 15, 2009 at 2:27 PM, Carl-Eric Menzel  
> wrote:
>> And additionally, I think there was an extremely good case for Wicket
>> going to Java 1.5: Generic Models. What is the case to require Java 1.6
>> for Wicket core? Is it really problematic to keep that to a separate
>> feature jar?
>
> I don't have a Java 5 JDK anymore on my system. It was removed by
> Apple. Java 5 has been marked EOL: which essentially means dead.
> deceased. terminated. passed on. ceased to be. expired and gone to
> meet 'is maker. a stiff. bereft of life. rests in peace. IT'S AN
> EX-JDK!
>
> We don't get paid by any corporation to provide support to wicket. If
> your customers want to pay my salary for the next 5 years or so, I'm
> happy to work on Wicket full time and maintain obsolete Java code for
> them. But they won't. They just get stuff for free...
>
> Martijn
>

Re: wicket 1.5 build is failing because of 1.6 deps...

[nino martinez wael]

Only thing I have aginst upgrading are the poor people who are stuck
using some commercial piece of software which runs on older java's...
However I guess those affected just will have to the wicket version
which supports that..

2009/12/15 Johan Compagner :
> mac's should be totally ignored in this area (and all other area's if you
> ask me)
> apple and java is the biggest pile of crap i ever worked with
>
>
> On Tue, Dec 15, 2009 at 12:45, Matej Knopp  wrote:
>
>> They do, on snow leopard :)
>>
>> Anyway, I don't feel too strongly about it, certainly won't block 1.6
>> if others think it's a good idea.
>>
>> -Matej
>>
>> On Tue, Dec 15, 2009 at 12:43 PM, Martijn Dashorst
>>  wrote:
>> > At our company we've been deploying to 1.6 for over 2 years now. I
>> > know... since I'm on a (32bit) Mac and all my co-workers were able to
>> > compile against 1.6 leaving me behind... Now that even developers on
>> > Macs have Java 6, I seriously think that 1.5 is a dead platform.
>> >
>> > Martijn
>> >
>> > On Tue, Dec 15, 2009 at 12:38 PM, Matej Knopp 
>> wrote:
>> >> I really don't think our core should depend on 1.6. Those few methods
>> >> can easyly be put to util classes. Typesafe models can be moved to
>> >> separate sub project. I know it makes the build more complicated
>> >> again, but 1.6 isn't that common, especially not in production.
>> >>
>> >> -Matej
>> >>
>> >> On Tue, Dec 15, 2009 at 12:36 PM, Carl-Eric Menzel
>> >>  wrote:
>> >>> On Tue, 15 Dec 2009 11:44:23 +0100
>> >>> Martijn Dashorst  wrote:
>> >>>
>>  I was going to propose a vote in that direction... as JDK 1.5 has been
>>  shelved...
>> 
>> >>>
>> >>> It'll be years until Java 1.6 is as common as 1.5 is now. There are
>> many
>> >>> organizations who have only just completed the move to 1.5. I think
>> >>> going to a strict requirement for Java 1.6 would be a really bad idea,
>> >>> especially since it does not offer as many significant new benefits as
>> >>> 1.5 did.
>> >>>
>> >>> Offering 1.6-specific features in a separate jar would be a simple and
>> >>> pretty good solution, I think. Stuff like the typesafe model would thus
>> >>> be available for those who need it, without leaving anybody needlessly
>> >>> stranded.
>> >>>
>> >>> Carl-Eric
>> >>>
>> >>
>> >
>> >
>> >
>> > --
>> > Become a Wicket expert, learn from the best: http://wicketinaction.com
>> > Apache Wicket 1.4 increases type safety for web applications
>> > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4
>> >
>>
>

Re: TeamCity 5.0 upgrade

[nino martinez wael]

So We need to check if unique id's still are built

2009/12/15 nino martinez wael :
> Lovely :)
>
> 2009/12/15 Martijn Dashorst :
>> I claim victory! teamcity 5.0 runs and builds..
>>
>> Martijn
>>
>> On Tue, Dec 15, 2009 at 8:58 AM, Martijn Dashorst
>>  wrote:
>>> Apparently it also needs port 8111 to be able to register with the server...
>>>
>>> See:
>>>
>>> http://wicketstuff.org/teamcity/agents.html?unauthorized=true
>>>
>>> and if you're logged on to the server:
>>>
>>> /home/wicket/teamcity-5.0/buildAgent/conf
>>> /home/wicket/teamcity-5.0/buildAgent/logs/teamcity-agent.log
>>> /home/wicket/tomcat/logs/catalina.out
>>>
>>> On Tue, Dec 15, 2009 at 8:56 AM, Martijn Dashorst
>>>  wrote:
>>>> Except that teamcity can't connect to the agent... apparently port
>>>> 9090 is blocked...
>>>>
>>>> Martijn
>>>>
>>>> On Tue, Dec 15, 2009 at 8:53 AM, Johan Compagner  
>>>> wrote:
>>>>> maven and postgres are updated.
>>>>>
>>>>> so everything should start working now
>>>>>
>>>>> On 14/12/2009, nino martinez wael  wrote:
>>>>>> It's been a while since I've dabbled with FreeBsd, almost a decade... 
>>>>>> Would
>>>>>> be real nice with the maven upgrade, since all the snapshots unique are
>>>>>> giving us problems. And very sad with db problem, is it solved?
>>>>>>
>>>>>> 2009/12/11 Martijn Dashorst 
>>>>>>
>>>>>>> Downgrading the supplied JDBC driver didn't help :/
>>>>>>>
>>>>>>> Martijn
>>>>>>>
>>>>>>> On Thu, Dec 10, 2009 at 11:39 PM, Martijn Dashorst
>>>>>>>  wrote:
>>>>>>> > On Thu, Dec 10, 2009 at 9:58 PM, nino martinez wael
>>>>>>> >  wrote:
>>>>>>> >> And Martijn will you upgrade Maven aswell? It should be very simple 
>>>>>>> >> :))
>>>>>>> >
>>>>>>> > Not without root password... and I'm not that versed in freebsd too
>>>>>>> > (though it is strikingly similar to OS X).
>>>>>>> >
>>>>>>> > I've already installed maven 2.2.1, but it is not available in the
>>>>>>> > right location...
>>>>>>> >
>>>>>>> >
>>>>>>> > The teamcity upgrade failed with a database error...
>>>>>>> >
>>>>>>> > ERROR: function pg_try_advisory_lock(bigint) does not exist
>>>>>>> >
>>>>>>> > Martijn
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>>>>>>> Apache Wicket 1.4 increases type safety for web applications
>>>>>>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>>>> Apache Wicket 1.4 increases type safety for web applications
>>>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4
>>>>
>>>
>>>
>>>
>>> --
>>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>>> Apache Wicket 1.4 increases type safety for web applications
>>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4
>>>
>>
>>
>>
>> --
>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>> Apache Wicket 1.4 increases type safety for web applications
>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4
>>
>

Re: TeamCity 5.0 upgrade

[nino martinez wael]

Lovely :)

2009/12/15 Martijn Dashorst :
> I claim victory! teamcity 5.0 runs and builds..
>
> Martijn
>
> On Tue, Dec 15, 2009 at 8:58 AM, Martijn Dashorst
>  wrote:
>> Apparently it also needs port 8111 to be able to register with the server...
>>
>> See:
>>
>> http://wicketstuff.org/teamcity/agents.html?unauthorized=true
>>
>> and if you're logged on to the server:
>>
>> /home/wicket/teamcity-5.0/buildAgent/conf
>> /home/wicket/teamcity-5.0/buildAgent/logs/teamcity-agent.log
>> /home/wicket/tomcat/logs/catalina.out
>>
>> On Tue, Dec 15, 2009 at 8:56 AM, Martijn Dashorst
>>  wrote:
>>> Except that teamcity can't connect to the agent... apparently port
>>> 9090 is blocked...
>>>
>>> Martijn
>>>
>>> On Tue, Dec 15, 2009 at 8:53 AM, Johan Compagner  
>>> wrote:
>>>> maven and postgres are updated.
>>>>
>>>> so everything should start working now
>>>>
>>>> On 14/12/2009, nino martinez wael  wrote:
>>>>> It's been a while since I've dabbled with FreeBsd, almost a decade... 
>>>>> Would
>>>>> be real nice with the maven upgrade, since all the snapshots unique are
>>>>> giving us problems. And very sad with db problem, is it solved?
>>>>>
>>>>> 2009/12/11 Martijn Dashorst 
>>>>>
>>>>>> Downgrading the supplied JDBC driver didn't help :/
>>>>>>
>>>>>> Martijn
>>>>>>
>>>>>> On Thu, Dec 10, 2009 at 11:39 PM, Martijn Dashorst
>>>>>>  wrote:
>>>>>> > On Thu, Dec 10, 2009 at 9:58 PM, nino martinez wael
>>>>>> >  wrote:
>>>>>> >> And Martijn will you upgrade Maven aswell? It should be very simple 
>>>>>> >> :))
>>>>>> >
>>>>>> > Not without root password... and I'm not that versed in freebsd too
>>>>>> > (though it is strikingly similar to OS X).
>>>>>> >
>>>>>> > I've already installed maven 2.2.1, but it is not available in the
>>>>>> > right location...
>>>>>> >
>>>>>> >
>>>>>> > The teamcity upgrade failed with a database error...
>>>>>> >
>>>>>> > ERROR: function pg_try_advisory_lock(bigint) does not exist
>>>>>> >
>>>>>> > Martijn
>>>>>> >
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>>>>>> Apache Wicket 1.4 increases type safety for web applications
>>>>>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0
>>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>>> Apache Wicket 1.4 increases type safety for web applications
>>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4
>>>
>>
>>
>>
>> --
>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>> Apache Wicket 1.4 increases type safety for web applications
>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4
>>
>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.4 increases type safety for web applications
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.4
>

Re: Wicket 1.5?

[nino martinez wael]

Okay, will you tell when some of the ajax are working, when you get
there? Or if you need a hand I could do something if I have time.

2009/12/14 Matej Knopp :
> 1.5 is nowhere near usable, and the new ajax stuff is not even in (nor
> will it be any time soon).
>
> -Matej
>
> On Mon, Dec 14, 2009 at 7:25 PM, nino martinez wael
>  wrote:
>> Jurgen, this is the one right? http://svn.apache.org/repos/asf/wicket/trunk 
>> ..
>>
>> If so, documenttation here are wrong:
>> http://wicket.apache.org/building-from-svn.html , it refers to wicket
>> 1.4 being trunk
>>
>> 2009/12/14 nino martinez wael 
>>>
>>> Ok, i'll grab it from trunk then and fiddle around :)
>>>
>>> 2009/12/14 Juergen Donnerstag 
>>>>
>>>> imo it's work in progress but of course we are happy the more people
>>>> start using and testing it.
>>>>
>>>> Juergen
>>>>
>>>> On Mon, Dec 14, 2009 at 7:03 PM, nino martinez wael
>>>>  wrote:
>>>> > Hi Guys
>>>> >
>>>> > How stable are wicket 1.5? Im thinking the JS side of it, is now a good 
>>>> > time
>>>> > to begin upgrading my wicketstuff components or?
>>>> >
>>>> >
>>>> > regards Nino
>>>> >
>>>
>>
>

Re: Wicket 1.5?

[nino martinez wael]

Jurgen, this is the one right? http://svn.apache.org/repos/asf/wicket/trunk ..

If so, documenttation here are wrong:
http://wicket.apache.org/building-from-svn.html , it refers to wicket
1.4 being trunk

2009/12/14 nino martinez wael 
>
> Ok, i'll grab it from trunk then and fiddle around :)
>
> 2009/12/14 Juergen Donnerstag 
>>
>> imo it's work in progress but of course we are happy the more people
>> start using and testing it.
>>
>> Juergen
>>
>> On Mon, Dec 14, 2009 at 7:03 PM, nino martinez wael
>>  wrote:
>> > Hi Guys
>> >
>> > How stable are wicket 1.5? Im thinking the JS side of it, is now a good 
>> > time
>> > to begin upgrading my wicketstuff components or?
>> >
>> >
>> > regards Nino
>> >
>

Re: Wicket 1.5?

[nino martinez wael]

Ok, i'll grab it from trunk then and fiddle around :)

2009/12/14 Juergen Donnerstag 

> imo it's work in progress but of course we are happy the more people
> start using and testing it.
>
> Juergen
>
> On Mon, Dec 14, 2009 at 7:03 PM, nino martinez wael
>  wrote:
> > Hi Guys
> >
> > How stable are wicket 1.5? Im thinking the JS side of it, is now a good
> time
> > to begin upgrading my wicketstuff components or?
> >
> >
> > regards Nino
> >
>

Re: TeamCity 5.0 upgrade

[nino martinez wael]

It's been a while since I've dabbled with FreeBsd, almost a decade... Would
be real nice with the maven upgrade, since all the snapshots unique are
giving us problems. And very sad with db problem, is it solved?

2009/12/11 Martijn Dashorst 

> Downgrading the supplied JDBC driver didn't help :/
>
> Martijn
>
> On Thu, Dec 10, 2009 at 11:39 PM, Martijn Dashorst
>  wrote:
> > On Thu, Dec 10, 2009 at 9:58 PM, nino martinez wael
> >  wrote:
> >> And Martijn will you upgrade Maven aswell? It should be very simple :))
> >
> > Not without root password... and I'm not that versed in freebsd too
> > (though it is strikingly similar to OS X).
> >
> > I've already installed maven 2.2.1, but it is not available in the
> > right location...
> >
> >
> > The teamcity upgrade failed with a database error...
> >
> > ERROR: function pg_try_advisory_lock(bigint) does not exist
> >
> > Martijn
> >
>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.4 increases type safety for web applications
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0
>

Wicket 1.5?

[nino martinez wael]

Hi Guys

How stable are wicket 1.5? Im thinking the JS side of it, is now a good time
to begin upgrading my wicketstuff components or?


regards Nino

Re: TeamCity 5.0 upgrade

[nino martinez wael]

And Martijn will you upgrade Maven aswell? It should be very simple :))

If needed you can always mail me..

regards
-Nino

2009/12/10 Johan Compagner 

> go go
>
>
> On Thu, Dec 10, 2009 at 11:36, Martijn Dashorst
> wrote:
>
> > All,
> >
> > I'm going to upgrade our TeamCity installation on the wicketstuff
> > server to 5.0 (I just received the license key from jetbrains). I have
> > no idea how long this is going to take, and whether or not teamcity
> > will be unavailable for a couple of days.
> >
> > Martijn
> >
> > --
> > Become a Wicket expert, learn from the best: http://wicketinaction.com
> > Apache Wicket 1.4 increases type safety for web applications
> > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0
> >
>

Re: Cutting down on the repetitive type identifiers for generics

[nino martinez wael]

Argh, that is horrible. :(


2009/11/17 Igor Vaynberg 

> not to mention that some components have 6 constructors, and that
> means having 6 of methods :|
>
> -igor
>
> On Tue, Nov 17, 2009 at 9:33 AM, Jeremy Thomerson
>  wrote:
> > Because we'll get questions to the list like:
> >
> > How can I create my own component since I have to instantiate them using
> > Label.of("foo", PropertyModel.of(bar, "foo"))?  How can I override that?
>  Do
> > I have to override the static method "of"?
> >
> > Sadly, I think that's what it will cause.
> >
> > --
> > Jeremy Thomerson
> > http://www.wickettraining.com
> >
> >
> >
> > On Tue, Nov 17, 2009 at 10:50 AM, nino martinez wael <
> > nino.martinez.w...@gmail.com> wrote:
> >
> >> im +1, unless Jeremy can tell why he believes it will hit a anti
> patter..
> >>
> >> 2009/11/16 Jeremy Thomerson 
> >>
> >> > On Sun, Nov 15, 2009 at 11:39 AM, Martijn Dashorst <
> >> > martijn.dasho...@gmail.com> wrote:
> >> >
> >> > > i.e. ModelType.of()
> >> > >
> >> > > I am +1 for adding these methods.
> >> > >
> >> >
> >> > I'm +1 for the model-type methods, although there are so many models
> that
> >> > are not final classes that it really won't save tons of code.  Mainly
> in
> >> > the
> >> > *PropertyModel family.
> >> >
> >> >
> >> > > We can do the same for components, although the benefit is typically
> >> > > less, and it might even send our users down the wrong path thinking
> >> > > they can't use the 'new' keyword.
> >> > >
> >> > > TextField field = TextField.of("someId",
> PropertyModel.of(foo,
> >> > > "property"));
> >> > >
> >> >
> >> > I'm -1 on doing it for components.  I think it will lead to an
> >> > anti-pattern.
> >> >
> >> > --
> >> > Jeremy Thomerson
> >> > http://www.wickettraining.com
> >> >
> >>
> >
>

Re: Session Invalidation Options

[nino martinez wael]

Hehe, nice one. Never thought of that.

regards Nino
2009/11/20 Michael Mosmann 

> Hi,
>
> > I've got a business requirement that session invalidation must not be a
> disruptive event (no "expired session" warning or anything similar).
>
> Is session invalidation an requirement? Put a container into your
> session and throw it away if you want to invalidate the "user session".
>
> mm:)
>
>

http://wicket.apache.org

[nino martinez wael]

Hi Guys

Im wondering why:

http://wicket.apache.org/news.html

Does not contain same information as this:

http://wicket.apache.org/

Mainly the information about releases..

regards Nino

Re: Cutting down on the repetitive type identifiers for generics

[nino martinez wael]

im +1, unless Jeremy can tell why he believes it will hit a anti patter..

2009/11/16 Jeremy Thomerson 

> On Sun, Nov 15, 2009 at 11:39 AM, Martijn Dashorst <
> martijn.dasho...@gmail.com> wrote:
>
> > i.e. ModelType.of()
> >
> > I am +1 for adding these methods.
> >
>
> I'm +1 for the model-type methods, although there are so many models that
> are not final classes that it really won't save tons of code.  Mainly in
> the
> *PropertyModel family.
>
>
> > We can do the same for components, although the benefit is typically
> > less, and it might even send our users down the wrong path thinking
> > they can't use the 'new' keyword.
> >
> > TextField field = TextField.of("someId", PropertyModel.of(foo,
> > "property"));
> >
>
> I'm -1 on doing it for components.  I think it will lead to an
> anti-pattern.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>

Re: Wicket-stuff site down?

[nino martinez wael]

Yeah it does look that way. Anyone around to take a look at the server?

2009/10/27 Brill Pappin 

> I don't think this is maintenance, unless they have an extremely long
> running SQL export or something.
> I'd say broken at this point.
>
> - Brill
>
>
>
> On 2009-10-26, at 7:26 PM, nino martinez wael wrote:
>
>  Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp
>>
>> 2009/10/26 Jeremy Thomerson 
>>
>>  Yes
>>>
>>> --
>>> Jeremy Thomerson
>>> http://www.wickettraining.com
>>>
>>>
>>>
>>> On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin  wrote:
>>>
>>>  Is the Wicket-stuff site down for anyone else?
>>>>
>>>> - Brill
>>>>
>>>> -
>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>
>>>>
>>>>
>>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: True?

[nino martinez wael]

Exactly my words! You can always make stuff slow and memory consuming:)

2009/10/14 Michael Mosmann 

> > Anyway, for now this is just an unsubstantiated claim.  Could I write a
> > Wicket application that was slow and hard to scale?  ABSOLUTELY!  Could I
> > write one that was fast and easy to scale?  CERTAINLY!
>
> I will extends this to:
>
> Could I write a  application that was slow and
> hard to scale?  ABSOLUTELY!
>
> But:
>
> Could I write one that was fast and easy to scale?  CERTAINLY, if i
> choose wise!
>
> > Cold hard numbers are the only thing I believe.
>
> ACK
>
> mm:)
>
>

Re: taking the I out of Interface

[nino martinez wael]

-1 (non binding)

argument : What Martijn says :) And we don't use the I prefix at work,
instead we use Abstract and impl, which sucks too. Im not happy with either
conventions. So until I am aware of one which are perfect, im happy with it
as it are, plus it'll cost less for the community. As Martijn says we could
deprecate it over time making it easier to migrate.


-Nino

2009/10/5 Martijn Dashorst 

> -1
>
> While I don't like the I-prefix, I don't want to remove it from our
> interfaces.
>
> I don't see any benefit other than removing some perceived confusion.
> No matter how you name IModel, the concept will still be confusing as
> hell.
>
> I'm -1 on this proposal because the benefits (which are low, or even
> non-existant) really don't outweigh the costs for the community:
>  - all documentation (presentations, books, articles, blog entries,
> tweets, wikis) referencing anything that starts with an I
> (IDetachable, IClusterable, IModel, IDataProvider, ...) will be
> obsolete. Unless those proposing this change also invest into fixing
> all this documentation, this is a deal breaker
>  - all 3rd party components, in presentations, articles, wicket stuff,
> google code, github, etc will be broken (terracotta, etc.)
>  - Renaming IModel to the already existing and widely used name Model
> is a recipe for disaster.
>  - there is no pressing need to do this in just one release
>
> I might be able to live with a much longer migration path where we
> *deprecate* Model in favor of ObjectModel for a full major release. So
> no removing of Model in 1.5, but having it deprecated in 1.5 only to
> remove it in 1.6 or even 1.7.
>
> IModel can then be deprecated in 1.7 in favor of
> Model[Locator|Proxy|Bikeshed] to be removed at a later time.
>
> Martijn
>
>
>
> On Sat, Oct 3, 2009 at 12:28 AM, Igor Vaynberg 
> wrote:
> > is it perhaps time to take the I out of our interface names? wicket
> > has been the only project i have ever worked on/used that follows this
> > convention, is it time for a change?
> >
> > this is not meant as a flamewar about which convention is teh
> > aw3s0m3st, simply a discussion of whether or not we should switch.
> >
> > -igor
> >
>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.4 increases type safety for web applications
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0
>

Re: [vote] release 1.4.2

[nino martinez wael]

This is correct Juergen. I've playede around this a couple of years back.
And was exactly what I discovered. For me the default are inherieted from
the container and that are cp1252, at least in eclipse.. I would believe
that eclipse are grabbing the same way as tomcat maven etc.. You actually
have to configure maven to use UTF for example other wise it will also grab
code page from os etc

2009/9/28 Juergen Donnerstag 

> I think SUNs default is the char encoding configured with the OS or
> env vars. If you don't explicitly provide a char encoding, that is
> what is used. I don't think we should assume ISO 8859-1 or any other
> to be the default, but use what is configured with the OS/env.
>
> -Juergen
>
> On Mon, Sep 28, 2009 at 1:49 PM, Robin Sander 
> wrote:
> >
> > I think the default should remain ISO 8859-1 because otherwise 1.4.2
> > wouldn't be
> > backward compatible.
> > And isn't the Java default for property files ISO 8859-1so any deveoper
> and
> > most IDEs
> > would assume this encoding?
> >
> > robin.
> >
> >
> > On Sep 28, 2009, at 11:42, Johan Compagner wrote:
> >
> >> -1 then yes
> >> that shouldnt be hardcoded but a property in our settings.
> >>
> >>
> >> On Mon, Sep 28, 2009 at 11:02, Ernesto Reinaldo Barreiro
> >>  >>>
> >>> wrote:
> >>
>  [ X] No, don't release it and here is why...
> 
> >>>
> >>> After upgrading to 1.4.2 all my ISO-8859-1 encoded property files fail
> to
> >>> work. I haven't look into it in detail but I guess this is related to
> >>> * [WICKET-2451] - Add ability to load UTF-8 encoded properties not
> >>> in XML format.
> >>>
> >>>
> >>> I know I shouldn't be using ISO-8859-1... but right now I have a bunch
> of
> >>> those properties files. Is there an easy way to get around this?
> >>> After
> >>> looking into changes I see the line (379)
> >>>
> >>> Reader reader = new InputStreamReader(is, "UTF-8");
> >>>
> >>> Shouldn't this be cofingurable somehow?
> >>>
> >>> Best,
> >>>
> >>> Ernesto
> >>>
> >>>
> >>> On Mon, Sep 28, 2009 at 2:33 AM, Igor Vaynberg <
> igor.vaynb...@gmail.com
> 
>  wrote:
> >>>
>  all votes are more then welcome.
> 
>  -igor
> 
>  On Sun, Sep 27, 2009 at 5:20 PM, Sam Stainsby
>   wrote:
> >
> > Are non-binding votes preferred or discouraged here? If the former,
> >>>
> >>> then
> >
> > after some testing with my projects:
> >
> > (nonbinding)
> > [X] Yes release
> > [ ] No, don't release it and here is why...
> >
> >
> 
> >>>
> >
> >
>

Re: wicket default theme

[nino martinez wael]

I think it's been discussed before.. But I concur, even seam has
something.. Should'nt we just grab an opensource css template and use
that? However as for it going into the wicket core package im not
sure?

I actually have something that integrates the tango icons with wicket
btw ( http://tango.freedesktop.org/Tango_Desktop_Project ). Would it
be interesting for wicketstuff..

2009/9/18 Michael Mosmann :
> Hi,
>
> do we have something like a default theme for wicket apps? Every grails
> app comes with a nice theme right from the start, ... i think we need
> something similar.
>
> -
> package org.apache.wicket.extension.theme;
>
> public class WicketDefaultTheme
> {
>  public static void apply(Page page)
>  {
>    page.add(... HeaderContributor with some css ...)
>  }
> }
> -
>
> mm:)
>
>
>

Re: Wicket Stuff commit access

[nino martinez wael]

I was out running with the company.. And now pain in legs and back :/

But nice to see that us being so distributed around the globe, works very well.

2009/9/3 Igor Vaynberg :
> egolan added and you are now an admin
>
> -igor
>
> On Thu, Sep 3, 2009 at 9:15 AM, Jeremy
> Thomerson wrote:
>> Nino (or someone),
>>
>>  Could you grant access?  I don't have the necessary karma.
>>
>> Jeremy Thomerson
>> http://www.wickettraining.com
>> -- sent from a wireless device
>>
>>
>> -Original Message-
>> From: egola...@gmail.com
>> Sent: Thursday, September 03, 2009 9:47 AM
>> To: jer...@wickettraining.com
>> Subject: Wicket Stuff commit access
>>
>> Hi,
>> I sent to dev@wicket.apache.org a request email but can't see it for some 
>> reason.
>>
>> Here's what I wrote:
>> "Reading the instruction in 
>> http://wicketstuff.org/confluence/display/STUFFWIKI/Developer+Information
>>
>> I want to add to wicket-jquery  (the module and the example) a lavalamp 
>> prototype module.
>> My sourceforge user name is egolan
>>
>> can I?
>>
>> thanks"
>>
>> I saw that you committed some code recently and I hope you don't mind that I 
>> sent you this mail.
>>
>> Thanks
>>
>> eyal
>>
>>
>

Re: vote: can I add Olger as admin on wicketstuff?

[nino martinez wael]

Olger is now an admin ...

2009/8/7 Johan Edstrom :
> I'll add a +
>
> On Aug 7, 2009, at 12:15 AM, nino martinez wael wrote:
>
>> If noone votes negative during the next 7 hours,  I'll add Olger to
>> speedup the process :)
>>
>> 2009/8/6 Igor Vaynberg :
>>>
>>> +1
>>>
>>> -igor
>>>
>>> On Wed, Aug 5, 2009 at 11:40 PM, nino martinez
>>> wael wrote:
>>>>
>>>> Olger needs todo some admin stuff on Teamcity and the wicket-security
>>>> stuff, so he needs admin rights..
>>>>
>>>> +1 for adding Olger as admin on team city (wicketstuff project)
>>>> -1 for not because..
>>>>
>>>
>
> Johan Edstrom
>
> j...@opennms.org
>
> They that can give up essential liberty to purchase a little temporary
> safety, deserve neither liberty nor safety.
>
> Benjamin Franklin, Historical Review of Pennsylvania, 1759
>
>
>
>
>
>

Re: vote: can I add Olger as admin on wicketstuff?

[nino martinez wael]

If noone votes negative during the next 7 hours,  I'll add Olger to
speedup the process :)

2009/8/6 Igor Vaynberg :
> +1
>
> -igor
>
> On Wed, Aug 5, 2009 at 11:40 PM, nino martinez
> wael wrote:
>> Olger needs todo some admin stuff on Teamcity and the wicket-security
>> stuff, so he needs admin rights..
>>
>> +1 for adding Olger as admin on team city (wicketstuff project)
>> -1 for not because..
>>
>

Re: I've added some extension points to wicketstuff-openlayers OpenLayersMap

[nino martinez wael]

Looks good. Thanks for the effort :)

2009/8/6 Michael O'Cleirigh :
> Hello,
>
> At work we are trying to get Web Feature Service layers working with the
> wicketstuff-openlayers project.  We have a partially working system, as a
> first step I've committed some changes that open up what can be overridden
> in a subclass of OpenLayersMap:
>
> http://wicketstuff.org/jira/browse/WSCOL-4
>
> We have a working http proxy embedded in a wicket behaviour that allows WFS
> to work without needing to do any external setup (it integrates with
> OpenLayers.ProxyHost)
>
> We are working to get OpenLayers.Control.GetFeature to work properly with
> our custom wicket form components and once done plan on contributing the
> implementation.
>
> I've created an issue for WFS support here:
> http://wicketstuff.org/jira/browse/WSCOL-5
>
> Unless others are interested in this feature sooner it will probably be
> added by the middle of September.
>
> Regards,
>
> Mike
>
>

Re: Teamcity and the wicket-security stuff

[nino martinez wael]

Yeah seems to be Igors password.. It'll get fixed shortly, when the
voting thing are done..

2009/8/6 Olger Warnier :
> Hi Nino,
>
> Sorry for that, I was a bit short...
> I'd like to fix that build and do what you propose change the 1.3 to 1.4 and
> remove the current 1.4 cycle.
> The issue with the 1.3 is with some kind of batch password, I never seen
> that before. So any suggestion is welcome.
>
> Kind Regards,
>
> Olger
>
>
> On 6 aug 2009, at 08:38, nino martinez wael wrote:
>
>> Hi Olger it's just a question..
>>
>> I'll see if I can make you admin on the project. hmm could'nt just do
>> that for the single project.
>>
>> So, the easist thing are to add you as admin.. I'll create a new voting
>> thread..
>>
>>
>>
>>
>>
>> 2009/8/5 Olger Warnier :
>>>
>>> Hi Nino,
>>>
>>> I can't, don't have the rights to change things on TeamCity.
>>> (my accountname = terranvs)
>>>
>>> Kind Regards,
>>>
>>> Olger
>>>
>>> On 5 aug 2009, at 14:09, nino martinez wael wrote:
>>>
>>>> Hmm theres something wrong with the build configuration.. So you would
>>>> like to remvoe the 1.4 and just rename 1.3.x to 1.4.x, event though
>>>> it's failing?
>>>>
>>>> 2009/8/1 Olger Warnier :
>>>>>
>>>>> Hi All,
>>>>>
>>>>> Could someone help me out with the teamcity setup for the wicket
>>>>> security
>>>>> stuff ?
>>>>> There are 2 Build configurations active
>>>>> The Wicket-Security-1.3.x and the Wicket-Security-1.4.x
>>>>>
>>>>> At this moment, the 1.3.x actually builds the 1.4 snapshots and the
>>>>> 1.4.x
>>>>> is
>>>>> the branch Maurice started working on the 1.4 compatibility a long
>>>>> while
>>>>> ago.
>>>>> With the merge of 1.3.1 and the 1.4 branch, I think we could keep the
>>>>> 1.3.x
>>>>> build conf and rename that to 1.4.x
>>>>>
>>>>> Kind Regards,
>>>>>
>>>>> Olger
>>>>>
>>>>>
>>>
>>>
>>
>
>

Re: Teamcity and the wicket-security stuff

[nino martinez wael]

Hmm I know.. But the project rights are not configured individually
but grouped under Wicketstuff so if I do what you propose Olger will
get admin rights for all wicketstuff project.. I personally dont see
the harm by doing so.. But others might have a different opinion hence
voting.

2009/8/6 Martin Grigorov :
> Hi Nino,
>
> You can set a given user as an admin for a particular project in
> TeamCity.
>
> Here are the steps for TC 4.5.4 (they were the same for 3.x):
> 1) button "Administration"
> 2) in the right side there is a menu, click on "Configure users and
> groups"
> 3) click on the user name in the table
> 4) click on tab "Roles"
> 5) click on link "Assign role"
> 6) choose the Role
> 7) choose the project(s)
> 8) click "Assign"
>
> I guess there is no need of vote now :-)
>
>
> El jue, 06-08-2009 a las 08:38 +0200, nino martinez wael escribió:
>> Hi Olger it's just a question..
>>
>> I'll see if I can make you admin on the project. hmm could'nt just do
>> that for the single project.
>>
>> So, the easist thing are to add you as admin.. I'll create a new voting 
>> thread..
>>
>>
>>
>>
>>
>> 2009/8/5 Olger Warnier :
>> > Hi Nino,
>> >
>> > I can't, don't have the rights to change things on TeamCity.
>> > (my accountname = terranvs)
>> >
>> > Kind Regards,
>> >
>> > Olger
>> >
>> > On 5 aug 2009, at 14:09, nino martinez wael wrote:
>> >
>> >> Hmm theres something wrong with the build configuration.. So you would
>> >> like to remvoe the 1.4 and just rename 1.3.x to 1.4.x, event though
>> >> it's failing?
>> >>
>> >> 2009/8/1 Olger Warnier :
>> >>>
>> >>> Hi All,
>> >>>
>> >>> Could someone help me out with the teamcity setup for the wicket security
>> >>> stuff ?
>> >>> There are 2 Build configurations active
>> >>> The Wicket-Security-1.3.x and the Wicket-Security-1.4.x
>> >>>
>> >>> At this moment, the 1.3.x actually builds the 1.4 snapshots and the 1.4.x
>> >>> is
>> >>> the branch Maurice started working on the 1.4 compatibility a long while
>> >>> ago.
>> >>> With the merge of 1.3.1 and the 1.4 branch, I think we could keep the
>> >>> 1.3.x
>> >>> build conf and rename that to 1.4.x
>> >>>
>> >>> Kind Regards,
>> >>>
>> >>> Olger
>> >>>
>> >>>
>> >
>> >
>>
>
>

vote: can I add Olger as admin on wicketstuff?

[nino martinez wael]

Olger needs todo some admin stuff on Teamcity and the wicket-security
stuff, so he needs admin rights..

+1 for adding Olger as admin on team city (wicketstuff project)
-1 for not because..

Re: Teamcity and the wicket-security stuff

[nino martinez wael]

Hi Olger it's just a question..

I'll see if I can make you admin on the project. hmm could'nt just do
that for the single project.

So, the easist thing are to add you as admin.. I'll create a new voting thread..





2009/8/5 Olger Warnier :
> Hi Nino,
>
> I can't, don't have the rights to change things on TeamCity.
> (my accountname = terranvs)
>
> Kind Regards,
>
> Olger
>
> On 5 aug 2009, at 14:09, nino martinez wael wrote:
>
>> Hmm theres something wrong with the build configuration.. So you would
>> like to remvoe the 1.4 and just rename 1.3.x to 1.4.x, event though
>> it's failing?
>>
>> 2009/8/1 Olger Warnier :
>>>
>>> Hi All,
>>>
>>> Could someone help me out with the teamcity setup for the wicket security
>>> stuff ?
>>> There are 2 Build configurations active
>>> The Wicket-Security-1.3.x and the Wicket-Security-1.4.x
>>>
>>> At this moment, the 1.3.x actually builds the 1.4 snapshots and the 1.4.x
>>> is
>>> the branch Maurice started working on the 1.4 compatibility a long while
>>> ago.
>>> With the merge of 1.3.1 and the 1.4 branch, I think we could keep the
>>> 1.3.x
>>> build conf and rename that to 1.4.x
>>>
>>> Kind Regards,
>>>
>>> Olger
>>>
>>>
>
>

Re: Teamcity and the wicket-security stuff

[nino martinez wael]

Hmm theres something wrong with the build configuration.. So you would
like to remvoe the 1.4 and just rename 1.3.x to 1.4.x, event though
it's failing?

2009/8/1 Olger Warnier :
> Hi All,
>
> Could someone help me out with the teamcity setup for the wicket security
> stuff ?
> There are 2 Build configurations active
> The Wicket-Security-1.3.x and the Wicket-Security-1.4.x
>
> At this moment, the 1.3.x actually builds the 1.4 snapshots and the 1.4.x is
> the branch Maurice started working on the 1.4 compatibility a long while
> ago.
> With the merge of 1.3.1 and the 1.4 branch, I think we could keep the 1.3.x
> build conf and rename that to 1.4.x
>
> Kind Regards,
>
> Olger
>
>

Re: Adding the ddcalendar project

[nino martinez wael]

strange, you can increase the memory allocation for maven build processes..
You can see here (5 sec google)
http://www.nabble.com/How-can-I-set-maven-memory-size--td24384381.html

2009/7/13 Michael Würtinger 

> Hi folks,
>
> I already added my projects to the wicketstuff-core/pom.xml:
>
> flot-parent
> ddcalendar-parent
>
> Is this sufficient?
>
> My goal is that my projects appear in the wicketstuff maven repository.
>
> Btw. I'm unable to build the wicketstuff-core project. I always get:
>
>
>
> Failure executing javac, but could not parse the error:
>
> The system is out of resources.
> Consult the following stack trace for details.
> java.lang.OutOfMemoryError: PermGen space
>at java.lang.ClassLoader.defineClass1(Native Method)
>at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
>at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
>at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
>at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
>at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>at java.security.AccessController.doPrivileged(Native Method)
>at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>at
>
> org.codehaus.plexus.compiler.javac.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:56)
>at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
>at com.sun.tools.javac.comp.Enter.(Enter.java:106)
>at com.sun.tools.javac.comp.Enter.instance(Enter.java:97)
>at com.sun.tools.javac.comp.MemberEnter.(MemberEnter.java:75)
>at
> com.sun.tools.javac.comp.MemberEnter.instance(MemberEnter.java:68)
>at com.sun.tools.javac.comp.Attr.(Attr.java:86)
>at com.sun.tools.javac.comp.Attr.instance(Attr.java:74)
>at com.sun.tools.javac.comp.Annotate.(Annotate.java:52)
>at com.sun.tools.javac.comp.Annotate.instance(Annotate.java:36)
>at com.sun.tools.javac.jvm.ClassReader.(ClassReader.java:215)
>at
> com.sun.tools.javac.jvm.ClassReader.instance(ClassReader.java:168)
>at
> com.sun.tools.javac.main.JavaCompiler.(JavaCompiler.java:293)
>at
> com.sun.tools.javac.main.JavaCompiler.instance(JavaCompiler.java:72)
>at com.sun.tools.javac.main.Main.compile(Main.java:340)
>at com.sun.tools.javac.main.Main.compile(Main.java:279)
>at com.sun.tools.javac.main.Main.compile(Main.java:270)
>at com.sun.tools.javac.Main.compile(Main.java:87)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:597)
>at
>
> org.codehaus.plexus.compiler.javac.JavacCompiler.compileInProcess(JavacCompiler.java:420)
>at
>
> org.codehaus.plexus.compiler.javac.JavacCompiler.compile(JavacCompiler.java:141)
>
>
>
>
> Best regards,
> Michael
>
> On Monday 13 July 2009 09:14:36 nino martinez wael wrote:
> > Hi Michael
> >
> > Your projects have been added as you mention, are you talking about the
> > maven repo? If so, the easiest thing would be add your project to the
> > wicketstuff core project, if your project are compliant. Otherwise you
> need
> > to get your project added to the wicketstuff teamserver, so that it
> builds
> > and deploys on the repo.
> >
> > 2009/7/12 Michael Würtinger 
> >
> > > Hi folks,
> > >
> > > I just added the ddcalendar project, which provides a calendar capable
> of
> > > scheduling items using drag and drop, to the wicket-stuff subversion
> > > repository.
> > >
> > > As already mentioned in the last eMail, my Sourceforge, TeamCity and
> Jira
> > > account is "mwuertinger".
> > >
> > > Please tell me what I have to do next, to get my projects into
> > > wicketstuff. Thanks!
> > >
> > > Best regards,
> > > Michael Würtinger
>

Re: Adding the ddcalendar project

[nino martinez wael]

Hi Michael

Your projects have been added as you mention, are you talking about the
maven repo? If so, the easiest thing would be add your project to the
wicketstuff core project, if your project are compliant. Otherwise you need
to get your project added to the wicketstuff teamserver, so that it builds
and deploys on the repo.

2009/7/12 Michael Würtinger 

> Hi folks,
>
> I just added the ddcalendar project, which provides a calendar capable of
> scheduling items using drag and drop, to the wicket-stuff subversion
> repository.
>
> As already mentioned in the last eMail, my Sourceforge, TeamCity and Jira
> account is "mwuertinger".
>
> Please tell me what I have to do next, to get my projects into wicketstuff.
> Thanks!
>
> Best regards,
> Michael Würtinger
>

Re: Bind API for property models revisited

[nino martinez wael]

Yeah looks nice, Im waiting anxiously to see it in wicket :) One part
that I really like are that it's very readable. Another of course are
that it are refactor safe.

2009/5/19 Martijn Dashorst :
> We've been discussing a typesafe property model before, and I'd like
> to see where the current crop of such APIs and suggestions is. With
> Wicket 1.4 imminent, and our migration to Java 5 this should be much
> more easy to implement than before.
>
> One such library is
> http://code.google.com/p/logicalpractice-collections/ where they make
> selectors available on standard collections.
>
> Using their library one can write the following:
>
> smiths = select(from(people).getLastName(),  equalToIgnoringCase("smith"));
>
>
> Putting my Wicket head on, I think something like:
>
> bind(new Label("foo")).to(person).getLastName());
>
> or
>
> add(new Label("foo").bind(person).getLastName());
>
> Would be nice.
>
> Not sure how this jives with our desire to remove the default model
> slot. I think having a binding API might nicely coincide with removing
> a default slot. The details of this are left as an exercise to the
> reader ;-)
>
> Martijn
>

Re: refactor Item to interface

[nino martinez wael]

Yeah sounds reasonable...

2009/5/23 James Carman :
> I'd open a JIRA for it anyway.  These discussions can get lost in the
> mailing lists.  If we have a JIRA and the rationale behind the "NO" is
> documented as comments there, then we have a "paper trail" to follow
> to understand the decision.
>
> On Sat, May 23, 2009 at 3:08 PM, Joe Fawzy  wrote:
>> Hi alli can't see any reaction or statment whether this is good or bad idea
>> , applicable or not
>> should i open a jira for it or there is a big NO from the main committers
>> thanks in advance
>> Joe
>>
>> On Fri, May 22, 2009 at 9:11 AM, Joe Fawzy  wrote:
>>
>>> Hi allthanks for ur attention
>>>  my code is like
>>>
>>>
>>> public abstract class MasterDetailsPanel extends Panel{
>>>     MasterDetailsFactory factory;
>>>     public MasterDetailsPanel(String s,MasterDetailsFactory factory) {
>>>         super(s);
>>>         this.factory = factory;
>>>         add(new MasterDataView("id",getProvider(),factory));
>>>         add(factory.getDetailsContainer());
>>>     }
>>>
>>>     public IDataProvider getProvider() {
>>>         .
>>>     }
>>>
>>>     public static interface MasterDetailsFactory {
>>>         MarkupContainer getDetailsContainer();
>>>         Item create(String s, int i, IModel model);
>>>         void populateItem(Item item);
>>>     }
>>>     public  static class MasterDataView extends DataView{
>>>         MasterDetailsFactory factory;
>>>
>>>         public MasterDataView(String s, IDataProvider iDataProvider,
>>> MasterDetailsFactory factory) {
>>>             super(s, iDataProvider);
>>>             this.factory = factory;
>>>         }
>>>
>>>         protected void populateItem(Item item) {
>>>             factory.populateItem(item);
>>>         }
>>>
>>>         @Override
>>>         protected Item newItem(String s, int i, IModel model) {
>>>             return factory.create(s, i, model);
>>>         }
>>>     }
>>> }
>>>
>>>
>>>
>>>
>>> as u can see, i am tring to build a reusable panel for all my master
>>> details need inside my application(my actual code is much more comples of
>>> coarse)
>>> i am trying to achieve this, instead of subclassing panel every time, by
>>> using this panel and implementing MasterDetailsFactory  interface and
>>> provide an instance to the panel constructor
>>>
>>>
>>> in the current implementation i am using the standard approach , adding to
>>> the standard item component, but i want this piece of reusable code to b
>>> used seamless with fragments and panels,
>>> if Item is an interface my Panels and Fragments can easily implement that
>>> interface ,making it a much natural fit
>>>
>>> and as i said if there is another way, i still think it's better to program
>>> to an interface
>>>
>>> thanks
>>>
>>> On Fri, May 22, 2009 at 8:20 AM, Igor Vaynberg 
>>> wrote:
>>>
 What methods will the interface contain? Component is not an interface
 so will your code have to cast an interface to component to access it?
 That's not really coding to an interface.

 -Igor

 On Thursday, May 21, 2009, Joe Fawzy  wrote:
 > hi dearactually i am not doing a reflection based component
 > i am implementing a composite control in which DataView or ListView is
 just
 > one component, this composite component intended to b used by
 implementing
 > some factory methods, so i thought it will be a good idea to make Item
 an
 > interface so the factory method can return it, and let the component
 users
 > determine what the actual component is ,Panel, Fragment or ordinary
 > MarkupContainer
 > alse if this happens it will be nice to provide default Item
 implementation
 > for Panels and Fragments ItemFragment,ItemPanel
 >
 > also i think ,even if this refactoring will not save any code, it is
 still
 >  a good design decision (at least to me) as it favour programming to
 > interfaces
 > thanks
 > joe
 >
 > On Thu, May 21, 2009 at 3:47 AM, Jeremy Thomerson <
 jer...@wickettraining.com
 >> wrote:
 >
 >> I'm just not convinced that it would actually save any code...  If
 >> you're trying to make an reflection-based ListView subclass, you could
 >> do that now without any change.
 >>
 >> Give a sample of how code would be shortened by using an interface.
 >>
 >> --
 >> Jeremy Thomerson
 >> http://www.wickettraining.com
 >>
 >>
 >>
 >>
 >> On Wed, May 20, 2009 at 6:14 PM, Joe Fawzy 
 wrote:
 >> > Hi dearthanks for prompt reply
 >> > actually i am using this all the time , and this was a repetitive
 piece
 >> of
 >> > code all over my project so i am trying to make listView subclass
 which
 >> take
 >> > a panel class in its constructor and instantiate it on demand by
 using a
 >> > supplied factory interface whick takes care of differences between
 panel
 >> and
 >> > fragments but

Re: Team city License?

[nino martinez wael]

Great

2009/5/11 Martijn Dashorst :
> Finally got the proper license key from JetBrains and installed it.
> Should be up and humming along nicely.
>
> Martijn
>
> On Tue, May 5, 2009 at 8:44 AM, nino martinez wael
>  wrote:
>> Hi the team city server complains that the license has run out..
>>
>> heres the messages:
>>
>> Failed to send email notification via SMTP server smtp.gmail.com, due
>> to error: null
>>
>> This TeamCity installation has 31 build configurations. Only 20
>> configurations are allowed in TeamCity Professional.
>>
>> Builds won't run until you either remove extra build configurations or
>> enter an Enterprise license.
>>
>> There are 53 users registered. The maximum number of users allowed in
>> TeamCity Professional is 20.
>>
>> Builds won't run until you either remove user accounts or enter an
>> Enterprise license.
>>
>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.3.5 is released
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
>

Re: Team city License?

[nino martinez wael]

Yeah and the last try to resolve anything did not end that well with
SF, they claim the problem resides on Team City / Bamboo (as it was at
the time) server side.. We get a network time out or something like
that..

2009/5/6 Martijn Dashorst :
> On Wed, May 6, 2009 at 1:05 PM, James Carman
>  wrote:
>> On Wed, May 6, 2009 at 2:53 AM, Johan Compagner  wrote:
>>> I very much doubt that it was teamcity that has those problems
>>> I think it was the network itself
>>
>> I'm with Johan on this one.  I don't think TeamCity is the source of
>> our SVN troubles.  Have we contacted infra@ to ask if they see
>> anything on their end that would be blocking our TC server?
>
> The problems with svn don't stem from apache, but rather sf.net.
>
> It might have been the specific configuration where one svn root was
> shared with all projects, which is specific to teamcity.
>
> Martijn
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.3.5 is released
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
>

Re: Team city License?

[nino martinez wael]

Hi Martijn

I've have a hudson running at our company. We are using the AD
connector, but theres also the ldap one.. Im not sure how we validate
with team city or bambo in the old days..?

But it should be possible, you can even run a matrix security (which
probably are what we want, since we need some to be users and some
admins)..


regards Nino

2009/5/5 Martijn Dashorst :
> I'm thinking about moving to hudson. Hudson's community and
> development speed is baffling. I also like the enormous amount of
> available plugins.
>
> Securing the setup is not something I have done yet, that might be a 
> concern...
>
> Martijn
>
> On Tue, May 5, 2009 at 8:44 AM, nino martinez wael
>  wrote:
>> Hi the team city server complains that the license has run out..
>>
>> heres the messages:
>>
>> Failed to send email notification via SMTP server smtp.gmail.com, due
>> to error: null
>>
>> This TeamCity installation has 31 build configurations. Only 20
>> configurations are allowed in TeamCity Professional.
>>
>> Builds won't run until you either remove extra build configurations or
>> enter an Enterprise license.
>>
>> There are 53 users registered. The maximum number of users allowed in
>> TeamCity Professional is 20.
>>
>> Builds won't run until you either remove user accounts or enter an
>> Enterprise license.
>>
>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.3.5 is released
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
>

Re: 1.4-rc4 release built - need help testing

[nino martinez wael]

Hi Jeremy

Now you mention it. I discussed something a time long ago with Frank.
The possibility of having Selenium tests for this, the idea are good.
I just don't know how much maintenance it would take?

It would be really nice with automated browser tests for this.

So what to you think..? Should I spawn a new thread?

regards Nino

2009/5/5 Jeremy Thomerson :
> I built the 1.4-rc4 release, but have not had time to test it
> extensively.  I did test the wicket-examples, and they all seemed to
> run fine this time.
>
> I'm still new to building these releases, so please check it carefully.
>
> Things that I know need to be tested:
> 1 - rat test
> 2 - please verify that my public key works and that the files are
> signed correctly - I'm totally new to that.
> 3 - test it in as many applications as you can
>
> If we can get these things tested soon, then I can call a vote to release it.
>
> SVN: https://svn.apache.org/repos/asf/wicket/sandbox/jthomerson/1.4-rc4/
> M2 Repo: 
> http://people.apache.org/~jrthomerson/releases/apache-wicket-1.4-rc4/m2-repo/
> Dist folder: 
> http://people.apache.org/~jrthomerson/releases/apache-wicket-1.4-rc4/dist/
>
> BTW - I moved all unresolved issues with fix version 1.4-rc4 to a new
> 1.4-rc5 fix version.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>

Team city License?

[nino martinez wael]

Hi the team city server complains that the license has run out..

heres the messages:

Failed to send email notification via SMTP server smtp.gmail.com, due
to error: null

This TeamCity installation has 31 build configurations. Only 20
configurations are allowed in TeamCity Professional.

Builds won't run until you either remove extra build configurations or
enter an Enterprise license.

There are 53 users registered. The maximum number of users allowed in
TeamCity Professional is 20.

Builds won't run until you either remove user accounts or enter an
Enterprise license.

wicketstuff teamcity..

[nino martinez wael]

Hi theres a info msg on wicket stuff teamcity:

Failed to send email notification via SMTP server smtp.gmail.com, due
to error: null

Should it be fixed, I could not find the settings to change anything..

regards Nino