Re: Wrong path for resources on redirected login page

[gilbertoca]

Hi Daniel,

The Max Berger's blog has a post about it[1]. 


Hth,

Gilberto

[1]
http://blog.max.berger.name/2010/02/jetty-7-maven-plugin-authentication.html

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wrong-path-for-resources-on-redirected-login-page-tp3920038p3925639.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Apache Wicket releases Wicket 1.5

[gilbertoca]

Martin Grigorov-4 wrote:
> 
> http://repo1.maven.org/maven2/org/apache/wicket/wicket-extensions/1.5.0/
> http://repo1.maven.org/maven2/org/wicketstuff/wicketstuff-jasperreports/1.5-RC7/
> 
> WicketStuff 1.5.0 will be released soon. But since Wicket 1.5.0 is
> actually RC7 without code changes they are fully compatible.
> 

Thanks, Martin!
For now we are using the wicketstuff-jasperreports 1.5-RC7 and application
is working.
But all of our integration tests fails with the following exception:


> testLoginFormWrongAuthentication(br.gov.to.secad.seg.view.LoginPageTest) 
> Time elapsed: 0.008 sec  <<< ERROR!
> java.lang.IllegalStateException: Application name can only be set once.
>   at org.apache.wicket.Application.setName(Application.java:846)
>   at
> org.apache.wicket.util.tester.BaseWicketTester.(BaseWicketTester.java:291)
>   at
> org.apache.wicket.util.tester.BaseWicketTester.(BaseWicketTester.java:241)
>   at
> org.apache.wicket.util.tester.WicketTester.(WicketTester.java:192)
>   at br.gov.to.secad.seg.view.LoginPageTest.setUp(LoginPageTest.java:32)
>   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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> 

And every test has the following class header:



> @RunWith(SpringJUnit4ClassRunner.class)
> @ContextConfiguration(locations =
> {"classpath:applicationContext-dataSource.xml",
> "classpath:applicationContext-jpa.xml"})
> @TransactionConfiguration(transactionManager = "transactionManager",
> defaultRollback = false)
> public class LoginPageTest {
> 
> private WicketTester tester;
> @Autowired
> private ApplicationContext ctx;
> @Autowired
> private SEGApplication myWebApplication;
> 
> @Before
> public void setUp() {
> tester = new WicketTester(myWebApplication);
> }
> 
> @Test
> @Transactional
> @Rollback(true)
> public void testRenderMyPage() {
> tester.startPage(LoginPage.class);
> tester.assertRenderedPage(LoginPage.class);
> //tester.assertComponent("login", LoginComponent.class);
> }
> 

I've search in the google and wicket user list, but didn't find any
information about this problem.
Any tip here?

Regards,

Gilberto

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Apache-Wicket-releases-Wicket-1-5-tp3797412p3813838.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Apache Wicket releases Wicket 1.5

[gilbertoca]

Congratulations! Thanks Wicket team!

Here[1], we have an template application(used for every new module) based in
the 1.14.17 version. I would like to migrate that template but it depends on
wicket-extensions[2] and wicketstuff-jasperreports[3] both are not released 
yet as you can see.

Is there one release date for theses sub-projects?

Regards,

Gilberto
blog.gilbertoca.com
www.secad.to.gov.br

[1] www.secad.to.gov.br
[2]
http://mvnrepository.com/artifact/org.apache.wicket/wicket-extensions/1.5-RC5.1
[3]
http://mvnrepository.com/artifact/org.wicketstuff/wicketstuff-jasperreports/1.5-RC7

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Apache-Wicket-releases-Wicket-1-5-tp3797412p3808375.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: WicketStuff artifacts naming strategy

[gilbertoca]

Hi, Bruno!

I'm with the same problem:


> gilberto@SUGEP-DMASI:~/dev/netbeans-config/snp$ ll
> target/snp-1.1-SNAPSHOT/WEB-INF/lib/|grep jasper
> -rw-r--r-- 1 gilberto users   23955 2011-07-04 11:31
> jasperreports-1.4.17.2.jar
> -rw-r--r-- 1 gilberto users 2525996 2011-07-04 11:12
> jasperreports-3.5.3.jar
> 
> 

Other thing, the jasperreports(wicketstuff) is tied to jasperreports 3.5.3
as you see above - I can't use another version, even using the maven
exclusion tag.

We are using:
wicket version 1.4.17
wicketstuff version 1.4.17.2

Where can I get this artefact (wicketstuff-jasperreports) for 1.4 version?

Regards,

Gilberto Caetano de Andrade
Analista de Sistemas/DBA
www.secad.to.gov.br
blog.gilbertoca.com



Bruno Borges wrote:
> 
> Hell, it has been merged.
> 
> pull request #42 merged to master.
> 
> I've updated the wiki already asking for new JAR modules to follow this
> naming strategy.
> 
> Thank you all for the support.
> 
> *Bruno Borges*
> www.brunoborges.com.br
> +55 21 76727099
> 
> 
> 
> On Thu, Jun 30, 2011 at 3:14 PM, Bruno Borges
> wrote:
> 
>> The Pull request #42 is ready to be merged.
>>
>> Please review and vote.
>>
>> https://github.com/wicketstuff/core/pull/42
>>
>> There's one modification I made that is not related to the repository. It
>> is here:
>> https://github.com/wicketstuff/core/pull/42/files#r55594
>>
>>
>>
>> *Bruno Borges*
>> www.brunoborges.com.br
>> +55 21 76727099
>>
>>
>>
>> On Thu, Jun 30, 2011 at 2:22 PM, Clint Checketts
>> wrote:
>>
>>> I seem to recall the Maven guys recommending against periods in
>>> artifactIds.
>>> Can't find the link for the info though... maybe it was just soething
>>> they
>>> mentioned in the class.
>>>
>>> The purpose was to reduce confusion between artifactIds and groupIds.
>>>
>>> -Clint
>>>
>>> On Thu, Jun 30, 2011 at 11:14 AM, Igor Vaynberg
>>>  >> >wrote:
>>>
>>> > i think the groupid/artifactid do matter because some containers have
>>> > bundle deployers that pull things from the maven repo...i think
>>> >
>>> > -igor
>>> >
>>> > On Thu, Jun 30, 2011 at 8:38 AM, Martin Grigorov
>>> 
>>> > wrote:
>>> > > The Maven artifact id is not important.
>>> > > The name of the produced .jar is what matters, right ?
>>> > >
>>> > > Harald just said that there is a convention in OSGi world to work
>>> with
>>> > > such named .jars (com.acme.blah)
>>> > >
>>> > > On Thu, Jun 30, 2011 at 6:31 PM, James Carman
>>> > >  wrote:
>>> > >> And repetitive
>>> > >>
>>> > >> Sent from my Android device.  Please excuse typos and brevity.
>>> > >> On Jun 30, 2011 11:12 AM, "Bruno Borges"
>>> 
>>> > wrote:
>>> > >>> Yes, me neither. That's why I asked.
>>> > >>>
>>> > >>> The preffix I'm using is "wicketstuff-", but Harald mentioned
>>> > >>> "org.wicketstuff."
>>> > >>>
>>> > >>> I don't want to use that, it's too verbose.
>>> > >>>
>>> > >>>
>>> > >>> *Bruno Borges*
>>> > >>> www.brunoborges.com.br
>>> > >>> +55 21 76727099
>>> > >>>
>>> > >>>
>>> > >>>
>>> > >>> On Thu, Jun 30, 2011 at 12:06 PM, James Carman
>>> > >>> wrote:
>>> > >>>
>>> >  I haven't seen that syntax before of having the group id in the
>>> >  artifact id, at least not with the longer group ids (reverse
>>> domain).
>>> > 
>>> >  On Thu, Jun 30, 2011 at 11:02 AM, Bruno Borges <
>>> > bruno.bor...@gmail.com>
>>> >  wrote:
>>> >  > The preffix is 'wicketstuff-', not 'org.wicketstuff.'
>>> >  >
>>> >  > Is this ok?
>>> >  >
>>> >  > *Bruno Borges*
>>> >  > www.brunoborges.com.br
>>> >  > +55 21 76727099
>>> >  >
>>> >  >
>>> >  >
>>> >  > On Wed, Jun 29, 2011 at 4:01 AM, Harald Wellmann <
>>> > >> harald.wellm...@gmx.de
>>> >  >wrote:
>>> >  >
>>> >  >> For Maven OSGi bundle artifacts, there is a quasi-convention
>>> to
>>> > have
>>> >  >> artifactId = Bundle-Symbolic name, so you would have
>>> >  >>
>>> >  >> groupId: org.wicketstuff
>>> >  >> artifactId: org.wicketstuff.foo.bar
>>> >  >> version: 1.5
>>> >  >>
>>> >  >> Bundle-Symbolic-Name: org.wicketstuff.foo.bar
>>> >  >> JAR name: org.wicketstuff.foo.bar-1.5.**jar
>>> >  >>
>>> >  >> Apache Servicemix and Apache Aries use this convention, while
>>> > Apache
>>> >  >> Commons sticks with the old names.
>>> >  >>
>>> >  >> Having this naming scheme and the one Bruno suggested in
>>> parallel
>>> > >> would
>>> >  >> help to distinguish OSGi bundles from plain old JARs.
>>> >  >>
>>> >  >> Then again, that would mean you'd have to rename artifacts,
>>> once
>>> > you
>>> >  osgify
>>> >  >> them.
>>> >  >>
>>> >  >> Regards,
>>> >  >> Harald
>>> >  >>
>>> >  >>
>>> >  >>
>>> >  >>
>>> > 
>>> >
>>> --**--**-
>>> >