[JBoss Tools] New message: "Re: Wrong project hierarchy with Maven Configuration"
by Max Andersen
User development,
A new message was posted in the thread "Wrong project hierarchy with Maven Configuration":
http://community.jboss.org/message/518786#518786
Author : Max Andersen
Profile : http://community.jboss.org/people/max.andersen@jboss.com
Message:
--------------------------------------------------------------
>
> Yes, I think that this is what happening. Now I realized that if I add the Maven Configuration before I type the project name on the first screen and forget to type the Artifact Id at the M2 capabilities screen, the projects are created missing the project name on the artifactId.
Could you open a bug about this with steps to reproduce ? Sounds like we are not reading the project name consistently.
> Just another question:
> The web project is created with <packaging>ear</packaging>
> instead of <packaging>war</packaging>
>
> Did I miss anything again?
Snjezana would be better to answer that - I know she battled for some time to get the proper setup working.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/518786#518786
16 years, 3 months
[JBoss Microcontainer Development POJO Server] New message: "VFSClassloaderPolicy and VFS3 Mounting"
by John Bailey
User development,
A new message was posted in the thread "VFSClassloaderPolicy and VFS3 Mounting":
http://community.jboss.org/message/518774#518774
Author : John Bailey
Profile : http://community.jboss.org/people/johnbailey
Message:
--------------------------------------------------------------
Below is a discussion Ales and I had over email....
John:
>
> Mainly, when a VFSClassLoaderPolicy is created outside the deployer
> framework (ex. JMXKernel), how do we make sure the archives are
> mounted and who is responsible for their cleanup? Right now there is
> a hack that will ensure the archives are mounted, but will leak the
> reference to the mount. In this case it seems like the creator of
> the policy should really be responsible for the handling of the
> references, and the policy should not be aware. Any thoughts?
Ales:
> Currently VFSCLPolicy can be created two ways:
> (a) from deployers
> (b) from <classloader> element
>
> For (a) we should already taken care of its archives via structural deployers.
> With (b) policy is created via bean which is a Module which creates the policy.
> So, in that case, I would just add create and destroy methods to this Module bean, where we would mount and unmount via bean's lifecycle callbacks.
>
> For any other usage the user should be aware of how to properly use VFS3.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/518774#518774
16 years, 3 months
[JNDI and Naming] New message: "Problem with connection to HA-JNDI."
by Maciej Skorupka
User development,
A new message was posted in the thread "Problem with connection to HA-JNDI.":
http://community.jboss.org/message/518769#518769
Author : Maciej Skorupka
Profile : http://community.jboss.org/people/mskorupka
Message:
--------------------------------------------------------------
Hi,
I'd like to make a J2SE client connecting to queue on clustered jboss jms server (jboss 5.1).
I'm getting the following Exception while doing lookup in initial context:
|| *log* ||
| Jan 7, 2010 3:27:15 PM manual.Main main
INFO: LOOKUP
Exception in thread "main" javax.naming.CommunicationException: Could not obtain connection to any of these urls: jnp://192.168.107.10:1100,192.168.107.10:1300 and discovery failed with error: javax.naming.CommunicationException: Failed to retrieve stub from server /192.168.107.10:1100 [Root exception is java.io.StreamCorruptedException: unexpected block data] [Root exception is javax.naming.CommunicationException: Failed to retrieve stub from server /192.168.107.10:1300 [Root exception is java.io.StreamCorruptedException: unexpected block data]]
at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1763)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:693)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at manual.Main.main(Main.java:85)
Caused by: javax.naming.CommunicationException: Failed to retrieve stub from server /192.168.107.10:1300 [Root exception is java.io.StreamCorruptedException: unexpected block data]
at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:327)
at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1734)
... 4 more
Caused by: java.io.StreamCorruptedException: unexpected block data
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1343)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
at java.rmi.MarshalledObject.get(MarshalledObject.java:142)
at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:314)
... 5 more |
The servers are binded to 192.168.107.10:1100 and 192.168.107.10:1300 (this is dev-enviroment with two nodes running on one machine).
I'm using followin J2SE code to connect: http://pastebin.com/m1c44cd78
What is wrong?
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/518769#518769
16 years, 3 months