Re: wicket-cdi and TomEE

[Kurt Sys]

... forgot this one: my full system setup, used jars etc.

http://openejb.979440.n4.nabble.com/tomee-eclipselink-gt-NoClassDefFoundError-ClassNotFoundException-td4658870.html

Kurt

2012/12/20 Igor Vaynberg :
> looks like you have two jars on the classpath that provide the
> javax.enterprise.inject.spi.BeanManager interface. maybe one comes
> with wicket-cdi and the other one is included in tomee...
>
> -igor
>
> On Thu, Dec 20, 2012 at 12:54 PM, Bertrand Guay-Paquet
>  wrote:
>> javax.enterprise.inject.spi.BeanManage
>
> -
> 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: wicket-cdi and TomEE

[Kurt Sys]

Hey,

I got it all working (wicket+tomee)

I had some posts to this list to get it to work:
http://mail-archives.apache.org/mod_mbox/wicket-users/201211.mbox/%3ccadltzbdlypzbbv-piofedam7unf2nt1dqvdvy4ttguaymu0...@mail.gmail.com%3E

I posted most of my configs in here, you don't need weld-stuff:
http://wicket-users.markmail.org/search/?q=kurt.sys#query:kurt.sys+page:1+mid:5bjezmiz7muq5iqj+state:results

... and check out this as well, there are some useful lilnks:
http://wicket-users.markmail.org/search/?q=tomee+cdi#query:tomee%20cdi+page:1+mid:ibec5hnkimampyr7+state:results

Kurt


2012/12/20 Bertrand Guay-Paquet :
> Hi,
>
> My web application contains EJB stateless beans which I currently access in
> Wicket through JNDI injection with the wicketstuff-javaee-inject project.
>
> With Wicket 6.4.0, I am trying out CDI (@inject) but can't get it to work on
> the TomEE Java EE application server. In my Application class, I put:
>
> BeanManager manager = (BeanManager) new
> InitialContext().lookup("java:comp/BeanManager");
>
> This fails with ClassCastException:
> org.apache.webbeans.container.InjectableBeanManager cannot be cast to
> javax.enterprise.inject.spi.BeanManage
>
> So the BeanManager lookup does work, but there is a problem casting it.
>
> From what I understand, TomEE uses OpenWebBeans to provide CDI while Wicket
> is based on Weld. I found this discussion relating to this :
> http://wicket-users.markmail.org/thread/ibec5hnkimampyr7  but it only gave
> me solutions for using wicket-cdi with Tomcat (servlet container) and not
> TomEE (full application server) and its included OWB.
>
> Igor said (in http://wicket-dev.markmail.org/thread/lhwlhqmmyy5zemjg) that
> "jboss seam-conversation module has plugins for every cdi container." Maybe
> this is the solution, but I'm not versed enough in CDI to understand it!
>
> Thanks for any hint.
>
> Regards,
> Bertrand
>
> -
> 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: Does automatic resource reloading in development mode still work in 6.x?

[pkc]

Thanks Sven.  This looks like an issue with Intellij.  I tested again with
Eclipse and it works fine.



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Does-automatic-resource-reloading-in-development-mode-still-work-in-6-x-tp4654955p4654989.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: Wicket 6.4.0 Session/URL bug?

[Chris Colman]

Oh, I didn't realize there was a separate ASF based repository.

It there a manual (human) based process for changes migrating from the
ASF repos to the github one or is it automated?

Regards,
Chris

>-Original Message-
>From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com]
>Sent: Thursday, 20 December 2012 6:42 PM
>To: users@wicket.apache.org
>Subject: Re: Wicket 6.4.0 Session/URL bug?
>
>Don't use github if you want the changes right now, it is not the
canonical
>repository. Our ASF based one is. The github repo can be behind for
days.
>
>Martijn
>
>Sent from my iPad
>
>On 19 dec. 2012, at 20:31, "Chris Colman"

>wrote:
>
>> Jira says this has been fixed but I can't, as yet, see any changed on
>> github master branch that have any core code changes that may have
fixed
>> this.
>>
>> Are the changes still in progress?
>>
>> Chris
>>
>>> -Original Message-
>>> From: Jesus Mireles [mailto:toxi...@gmail.com]
>>> Sent: Thursday, 20 December 2012 3:20 AM
>>> To: users@wicket.apache.org
>>> Subject: Re: Wicket 6.4.0 Session/URL bug?
>>>
>>> I have uploaded a quickstart and created a new issue:
>>>
>>> https://issues.apache.org/jira/browse/WICKET-4935
>>>
>>> Something interesting, if I dont mount any pages, it works as
expected.
>> I
>>> was only able to recreate when I actually used mountPackage to mount
>> the
>>> private page.
>>>
>>> Thanks,
>>> Jesus M.
>>>
>>>
>>>
>>>
>>> On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier 
wrote:
>>>
 Hi Nick,

 WICKET-4920 might be related. Please create a quickstart showing
the
 problem.

 Thanks
 Sven


 On 12/19/2012 06:39 AM, Chris Colman wrote:

> I have seen this exact same issue.
>
> I first saw it after I reported the, possibly related, bug:
>
> https://issues.apache.org/**jira/browse/WICKET-
>>> 4920
>
> and then was verifying that it was fixed.
>
> I only noticed the bug you describe after I built with a version
of
> Wicket that included the above fix. I'm not saying this fix caused
>> the
> bug but I never noticed the issue described below until this fix
was
> implemented.
>
> Regards,
> Chris
>
> -Original Message-
>> From: Jesus Mireles [mailto:toxi...@gmail.com]
>> Sent: Wednesday, 19 December 2012 1:52 PM
>> To: users@wicket.apache.org
>> Subject: Wicket 6.4.0 Session/URL bug?
>>
>> I'm seeing some strange behavior with the initial launch of a
fresh
>> session.  I have 3 types of pages which are public, user which is
> locked
>
>> down with AuthorizeInstantiation("USER")**, and admin which
locked
>> down
> with
>
>> AuthorizeInstantiation("ADMIN"**).  My public pages are using
> mountPackage
>
>> and are mounted to root /, my user are mounted to /home and my
>> admin
> are
>
>> /admin.  I'm using AuthenticatedWebApplication.
>>
>> When I have a clean browser and I hit my application at
>> localhost:8080/
>> everything works fine and actually if I hit any public page the
> application
>
>> works fine and all pages work as expected.  However, if the first
>> page
> is
>
>> one of the private pages such as localhost:8080/user/Main or
>> localhost:8080/admin/Console then i get forwarded to
>> localhost:8080//Login;**jesssionid=blah.  The extra / gives a
404.
>> I
>> can
>> recreate by clearing my browser and starting a new session.
Again
>> this
>> only happens if the first page I hit is one of those private
pages
>> otherwise the forward to the login works as expected and I dont
get
>> a
> 404.
>
>> This only happens with the latest 6.4.0 release.
>>
>> Any ideas?
>>
>> Thanks!
>> Jesus M.
>>
--**--**
>>> -
> To unsubscribe, e-mail:
users-unsubscribe@wicket.**apache.org>> unsubscr...@wicket.apache.org>
> For additional commands, e-mail: users-h...@wicket.apache.org
>>
--**--**
>> -
 To unsubscribe, e-mail:
users-unsubscribe@wicket.**apache.org>> 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
>>
>
>-
>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: wicket-cdi and TomEE

[Igor Vaynberg]

looks like you have two jars on the classpath that provide the
javax.enterprise.inject.spi.BeanManager interface. maybe one comes
with wicket-cdi and the other one is included in tomee...

-igor

On Thu, Dec 20, 2012 at 12:54 PM, Bertrand Guay-Paquet
 wrote:
> javax.enterprise.inject.spi.BeanManage

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

Re: Wicket 6.4.0 Session/URL bug?

[Bertrand Guay-Paquet]

I confirm that this fixes my problem too. thanks!

On 19/12/2012 2:55 PM, Sven Meier wrote:
https://github.com/apache/wicket/commit/12ce76d17e2d0576fee8158b7fa7db69770bea52 



Sven

On 12/19/2012 08:31 PM, Chris Colman wrote:

Jira says this has been fixed but I can't, as yet, see any changed on
github master branch that have any core code changes that may have fixed
this.

Are the changes still in progress?

Chris


-Original Message-
From: Jesus Mireles [mailto:toxi...@gmail.com]
Sent: Thursday, 20 December 2012 3:20 AM
To: users@wicket.apache.org
Subject: Re: Wicket 6.4.0 Session/URL bug?

I have uploaded a quickstart and created a new issue:

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

Something interesting, if I dont mount any pages, it works as expected.

I

was only able to recreate when I actually used mountPackage to mount

the

private page.

Thanks,
Jesus M.




On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier  wrote:


Hi Nick,

WICKET-4920 might be related. Please create a quickstart showing the
problem.

Thanks
Sven


On 12/19/2012 06:39 AM, Chris Colman wrote:


I have seen this exact same issue.

I first saw it after I reported the, possibly related, bug:

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

4920

and then was verifying that it was fixed.

I only noticed the bug you describe after I built with a version of
Wicket that included the above fix. I'm not saying this fix caused

the

bug but I never noticed the issue described below until this fix was
implemented.

Regards,
Chris

  -Original Message-

From: Jesus Mireles [mailto:toxi...@gmail.com]
Sent: Wednesday, 19 December 2012 1:52 PM
To: users@wicket.apache.org
Subject: Wicket 6.4.0 Session/URL bug?

I'm seeing some strange behavior with the initial launch of a fresh
session.  I have 3 types of pages which are public, user which is


locked


down with AuthorizeInstantiation("USER")**, and admin which locked

down

with


AuthorizeInstantiation("ADMIN"**). My public pages are using


mountPackage


and are mounted to root /, my user are mounted to /home and my

admin

are


/admin.  I'm using AuthenticatedWebApplication.

When I have a clean browser and I hit my application at

localhost:8080/

everything works fine and actually if I hit any public page the


application


works fine and all pages work as expected.  However, if the first

page

is


one of the private pages such as localhost:8080/user/Main or
localhost:8080/admin/Console then i get forwarded to
localhost:8080//Login;**jesssionid=blah.  The extra / gives a 404.

I

can
recreate by clearing my browser and starting a new session.  Again

this

only happens if the first page I hit is one of those private pages
otherwise the forward to the login works as expected and I dont get

a

404.


This only happens with the latest 6.4.0 release.

Any ideas?

Thanks!
Jesus M.


--**--**

-

To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org
unsubscr...@wicket.apache.org>

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





--**--**
-

To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org
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




-
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: Does automatic resource reloading in development mode still work in 6.x?

[Sven Meier]

Resource reloading works fine with wicket-examples when you start it 
with StartExamples.java, since it sets the system property:


System.setProperty("wicket.configuration", "development");

If you run wicket-examples with jetty:run or deploy it to Tomcat, it 
will run in "deployment" config (see the web.xml).


Do you have a dependeny to gae-initializer? It sets the system property 
to "deployment", so your application is always running in "deployment" 
config.


Sven

On 12/20/2012 10:07 PM, pkc wrote:

Can you send the code you use?  This is on windows with a classpath set up
with maven and a standalone jetty 8.



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Does-automatic-resource-reloading-in-development-mode-still-work-in-6-x-tp4654955p4654983.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




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

Re: Does automatic resource reloading in development mode still work in 6.x?

[pkc]

Can you send the code you use?  This is on windows with a classpath set up
with maven and a standalone jetty 8.



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Does-automatic-resource-reloading-in-development-mode-still-work-in-6-x-tp4654955p4654983.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

wicket-cdi and TomEE

[Bertrand Guay-Paquet]

Hi,

My web application contains EJB stateless beans which I currently access 
in Wicket through JNDI injection with the wicketstuff-javaee-inject project.


With Wicket 6.4.0, I am trying out CDI (@inject) but can't get it to 
work on the TomEE Java EE application server. In my Application class, I 
put:


BeanManager manager = (BeanManager) new 
InitialContext().lookup("java:comp/BeanManager");


This fails with ClassCastException: 
org.apache.webbeans.container.InjectableBeanManager cannot be cast to 
javax.enterprise.inject.spi.BeanManage


So the BeanManager lookup does work, but there is a problem casting it.

From what I understand, TomEE uses OpenWebBeans to provide CDI while 
Wicket is based on Weld. I found this discussion relating to this : 
http://wicket-users.markmail.org/thread/ibec5hnkimampyr7  but it only 
gave me solutions for using wicket-cdi with Tomcat (servlet container) 
and not TomEE (full application server) and its included OWB.


Igor said (in http://wicket-dev.markmail.org/thread/lhwlhqmmyy5zemjg) 
that "jboss seam-conversation module has plugins for every cdi 
container." Maybe this is the solution, but I'm not versed enough in CDI 
to understand it!


Thanks for any hint.

Regards,
Bertrand

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

delete messages

[Dirk Wichmann]

Hi all,

since a view month I use wicket 6.1.1 and I'm new here, so I hope that 
I'm able to describe my problem so you can understand it right.
I have implemented a login panel, inside this panel I have a modal 
window (ModalWindow) where the user is able to put in his mail address, 
so I can send him his password / new password.
If there are errors in the main login panel, e.g. user unknown, the 
error message will be displayed and everything is fine.
The problem is, if I open the modal window the error messages from main 
panel will be displayed.
Is there any possibility to reset / delete the old messages?? With 
google I found a view solutions, but they're described for wicket 1.n...


Thanks in advance
Kind regards
Dirk

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

Re: Wicket 6 API docs incomplete

[Martin Grigorov]

Hi,

Thanks!
This is known. It is because the last Javadoc build failed due to "No space
left on device":
http://ci.apache.org/builders/wicket-master/builds/950/steps/MasterShellCommand/logs/stdio


On Thu, Dec 20, 2012 at 7:27 PM, Ian Marshall wrote:

> Hello,
>
> I just wanted to let people know that the above javadocs are incomplete for
> me.
>
> Reproduction steps
> --
>   ·  Visit the Apache Wicket home page at: http://wicket.apache.org
>   ·  Follow the link "API Docs" | "Wicket 6" at:
> http://ci.apache.org/projects/wicket/apidocs/6.0.x
>   ·  Follow the link to the classes CheckBox or Label
>   ·  I get the web response "(404 -) No Such Resource - File not found."
>   ·  The javadocs for Wicket 1.5 are fine for me.
>
> I hope this helps.
>
> Ian Marshall
>
>
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Wicket-6-API-docs-incomplete-tp4654977.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
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com 

Set-Cookie Headers sent twice

[Gereon Steffens]

Hi,

I'm having a problem with Set-Cookie headers that I currently can't reproduce 
in a quickstart, and I'm out of ideas where to look in my code.
What happens is that when I add a cookie in a page constructor, the Set-Cookie 
headers are sent twice in the response, although addCookie() is only called 
onece. However, when I move the add to onBeforeRender(), it only gets sent 
once, as expected.

Has anyone encountered something like this before, or any idea what could be 
causing this?

Regards,
Gereon



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

Wicket 6 API docs incomplete

[Ian Marshall]

Hello,

I just wanted to let people know that the above javadocs are incomplete for
me.

Reproduction steps
--
  ·  Visit the Apache Wicket home page at: http://wicket.apache.org
  ·  Follow the link "API Docs" | "Wicket 6" at:
http://ci.apache.org/projects/wicket/apidocs/6.0.x
  ·  Follow the link to the classes CheckBox or Label
  ·  I get the web response "(404 -) No Such Resource - File not found."
  ·  The javadocs for Wicket 1.5 are fine for me.

I hope this helps.

Ian Marshall



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wicket-6-API-docs-incomplete-tp4654977.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: WebSocketPushBroadcaster broadcastAll bug or feature

[Martin Grigorov]

Hi Maxin,

Here is an example:
https://github.com/martin-g/blogs/tree/master/wicket6-websocket-broadcast

IWebSocketPushMessage is a special interface for messages which are sent by
a service at the server side, then broadcasted to all pages with active
WebSocket connections, i.e. the page and all its components and behaviors
receive the message in #onEvent() and each component/behavior can write to
the client side thru the WebSocketRequestHandler.

Your example with c.sendMessage(message); is almost the same, just that the
message is not passed to all components and behaviors but goes directly to
the client.


On Thu, Dec 20, 2012 at 2:37 PM, Maxim Solodovnik wrote:

> Hello All,
>
> Does anybody ever used WebSocketPushBroadcaster broadcastAll method?
>
> Either I use it incorrectly or it doesn't work.
>
> The following code doesn't send any messages:
>
> class ChatMessage extends TextMessage implements IWebSocketPushMessage,
> Serializable {
> private static final long serialVersionUID = -3802182673895471248L;
>
> public ChatMessage(String msg) {
> super(msg);
> }
> }
>
> IWebSocketConnectionRegistry reg =
> IWebSocketSettings.Holder.get(getApplication()).getConnectionRegistry();
>
> new WebSocketPushBroadcaster(reg).broadcastAll(getApplication(), new
> ChatMessage(message));
>
>
> same time the following code works as expected:
>
> IWebSocketConnectionRegistry reg =
> IWebSocketSettings.Holder.get(getApplication()).getConnectionRegistry();
> for (IWebSocketConnection c : reg.getConnections(getApplication())) {
> try {
> c.sendMessage(message);
> } catch(Exception e) {
> log.error("Error while sending message", e);
> }
> }
>
>
> Am I doing something wrong?
> There are no exceptions in the log or something.
>
>
> another thing not very clear to me: broadcastAll
> requires IWebSocketPushMessage as a parameter. But this interface is not
> implemented by any wicket classes. Is it by design?
>
> --
> WBR
> Maxim aka solomax
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com 

Re: Wicket create image from file system outside web application directory

[Martin Grigorov]

Hi,

On Thu, Dec 20, 2012 at 12:20 PM, Arun Chauhan wrote:

> add(new Image("img",urlForImage.toString()));
>

Instead of this, do:
WebMarkupContainer img = new WebMarkupContainer("img);
img.add(AttributeModifier.replace("src", urlForImage.toString()))

Clone the demo application and check how it works.

-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com 

Re: Datatable sortproperty error

[Noven]

Martin,

My apology. It was error in my code when extending the datatable. I have 
correct it and it works fine now. 


Thank you.




 From: Martin Grigorov 
To: users@wicket.apache.org; Noven  
Sent: Thursday, December 20, 2012 3:42 PM
Subject: Re: Datatable sortproperty error
 

Hi,

What is the error ?
Looking at the signature I don't see a problem.



On Thu, Dec 20, 2012 at 10:36 AM, Noven  wrote:

Hi,
>
>I am facing error when try to add sortproperty to datatable column. I use 
>wicket 6.3.0, it works fine using wicket 1.4.2.
>
>My code is below :
>
>
>List> columns = new ArrayListString>>();
>columns.add(new PropertyColumn(new Model("Subject"), 
>"subject", "subject")); // error
>
>columns.add(new PropertyColumn(new Model("Subject"), 
>"subject")); // work
>
>
>Did somebody found this error before? How to make work?
>
>Thank you.
>
>
>Noven
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jweekend.com/

Re: Datatable sortproperty error

[Martin Grigorov]

Hi,

What is the error ?
Looking at the signature I don't see a problem.


On Thu, Dec 20, 2012 at 10:36 AM, Noven  wrote:

> Hi,
>
> I am facing error when try to add sortproperty to datatable column. I use
> wicket 6.3.0, it works fine using wicket 1.4.2.
>
> My code is below :
>
>
> List> columns = new ArrayList String>>();
> columns.add(new PropertyColumn(new
> Model("Subject"), "subject", "subject")); // error
>
> columns.add(new PropertyColumn(new
> Model("Subject"), "subject")); // work
>
>
> Did somebody found this error before? How to make work?
>
> Thank you.
>
>
> Noven
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com 

Re: Failed to execute goal

[Martin Grigorov]

Hi,

There is
http://search.maven.org/#artifactdetails%7Cjdbc%7Cjdbc-stdext%7C2.0%7Cjar
The groupId is 'jdbc' instead of javax.sql.

http://wicket-menu.googlecode.com/svn/maven/repo/com/cooldatasoft/wicket-menu/6.3.0/wicket-menu-6.3.0.pom
itself
doesn't depend on jdbc-stdext. Find where this dependency comes from.


On Wed, Dec 19, 2012 at 5:14 PM, Lucio Crusca  wrote:

> Hello there,
>
> today, trying to build my project, I get:
>
> [ERROR] Failed to execute goal on project SalixWeb: Could not resolve
> dependencies for project
> com.virtual_bit.salix.web:SalixWeb:war:1.0-SNAPSHOT:
> The following artifacts could not be resolved:
> javax.sql:jdbc-stdext:jar:2.0,
> javax.transaction:jta:jar:1.0.1B: Could not find artifact javax.sql:jdbc-
> stdext:jar:2.0 in wicket-menu-release (http://wicket-
> menu.googlecode.com/svn/maven/repo) -> [Help 1]
>
> As I understand it, the problem seems related to wicket-menu, but that's
> all I
> understand. And I have no clue about what to do next...
>
> My pom.xml snippet:
>
> 
>com.cooldatasoft
>wicket-menu
>6.3.0
>jar
>compile
> 
> [...]
> 
> wicket-menu-release
> http://wicket-menu.googlecode.com/svn/maven/repo
>  
>  
>  wicket-menu-snapshot
>  http://wicket-menu.googlecode.com/svn/maven/snapshot-
> repo
>  
>  
>
> Hints?
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com