[EJB 3.0] - Re: EJB3 entity bean query always returns null
by mxshrestha
"mxshrestha" wrote : I have had this problem for a month now. I am trying to execute a JPA query from a session bean, and everytime it returns only null. Other functionalities of the entity bean like persist() works, and stores in database. What am i doing wrong here. My code is attached below:
|
| import javax.ejb.Stateless;
| import javax.persistence.EntityManager;
| import javax.persistence.PersistenceContext;
| import javax.persistence.Query;
|
| @Stateless
| public class LoginBean implements LoginBeanRemote, LoginBeanLocal {
|
| public LoginBean() {
|
| }
|
| @PersistenceContext(unitName="CustomerUnit")
| EntityManager manager;
|
| public String validateLogin(String userName, String password)
| {
| try
| {
| Query q1 = manager.createQuery("SELECT c FROM Customer c WHERE c.userName = :username AND c.password = :password ");
| q1.setParameter("username", userName);
| q1.setParameter("password", password);
| System.out.println(q1.getSingleResult());
|
| }
| catch(Exception e)
| {
| e.printStackTrace();
| }
|
| return "loginUser";
| }
| }
|
| Also, my entity bean and persistence.xml is included. I am using oracle 10g.
|
| package com.entities;
|
| import java.io.Serializable;
| import java.sql.Date;
|
| import javax.persistence.*;
|
| /**
| * Entity implementation class for Entity: Customer
| *
| */
| @Entity
| @Table(name="Customer")
| @IdClass(com.entities.Customer.class)
| public class Customer implements Serializable {
|
|
| private static final long serialVersionUID = 1L;
| private String id;
| private String userName;
| private String password;
| private String firstName;
| private String middleInitial;
| private String lastName;
| private String email;
| private Date birthDate;
| private String homePhoneNo;
| private String cellPhoneNo;
| private Date lastLogin;
|
| public Customer() {
| super();
| }
|
| public Customer(String id, String userName, String password, String firstName, String middleInitial,
| String lastName, String email, Date birthDate, String homePhoneNo, String cellPhoneNo,
| Date lastLogin)
| {
| setId(id);
| setUserName(userName);
| setPassword(password);
| setFirstName(firstName);
| setMiddleInitial(middleInitial);
| setLastName(lastName);
| setEmail(email);
| setBirthDate(birthDate);
| setHomePhoneNo(homePhoneNo);
| setCellPhoneNo(cellPhoneNo);
| setLastLogin(lastLogin);
| }
|
| @Id
| @Column(name="CUSTID")
| public String getId() {
| return id;
| }
|
| public void setId(String id) {
| this.id = id;
| }
|
| @Column(name="USERNAME")
| public String getUserName() {
| return userName;
| }
|
| public void setUserName(String userName) {
| this.userName = userName;
| }
|
| @Column(name="PASSWORD")
| public String getPassword() {
| return password;
| }
|
| public void setPassword(String password) {
| this.password = password;
| }
|
| @Column(name="FNAME")
| public String getFirstName() {
| return firstName;
| }
|
| public void setFirstName(String firstName) {
| this.firstName = firstName;
| }
|
| @Column(name="MI")
| public String getMiddleInitial() {
| return middleInitial;
| }
|
| public void setMiddleInitial(String middleInitial) {
| this.middleInitial = middleInitial;
| }
|
| @Column(name="LNAME")
| public String getLastName() {
| return lastName;
| }
|
| public void setLastName(String lastName) {
| this.lastName = lastName;
| }
|
| @Column(name="EMAIL")
| public String getEmail() {
| return email;
| }
|
| public void setEmail(String email) {
| this.email = email;
| }
|
| @Column(name="DOB")
| public Date getBirthDate() {
| return birthDate;
| }
|
| public void setBirthDate(Date birthDate) {
| this.birthDate = birthDate;
| }
|
| @Column(name="HOMEPHONENO")
| public String getHomePhoneNo() {
| return homePhoneNo;
| }
|
| public void setHomePhoneNo(String homePhoneNo) {
| this.homePhoneNo = homePhoneNo;
| }
|
| @Column(name="CELLPHONE")
| public String getCellPhoneNo() {
| return cellPhoneNo;
| }
|
| public void setCellPhoneNo(String cellPhoneNo) {
| this.cellPhoneNo = cellPhoneNo;
| }
|
| @Column(name="LASTLOGIN")
| public Date getLastLogin() {
| return lastLogin;
| }
|
| public void setLastLogin(Date lastLogin) {
| this.lastLogin = lastLogin;
| }
| }
|
|
| persistence:
|
| <?xml version="1.0" encoding="UTF-8"?>
| <persistence version="1.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd">
| <persistence-unit name="CustomerUnit" transaction-type="JTA">
| <jta-data-source>java:/OracleDS</jta-data-source>
| com.entities.Customer
|
|
|
|
|
|
| </persistence-unit>
|
|
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217074#4217074
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217074
17 years, 1 month
[JBoss Cache: Core Edition] - Re: is it possible for MVCCInvocationContext to have null mv
by manik.surtani＠jboss.com
Thanks for the test.
"dukehoops" wrote : To follow up further. Below is a test i wrote trying to capture above failure. When I run it I observe the following:
| - if no debugger is used, test passes
| - if I step through with a debugger when EvictCommand.perform calls ctx.lookUpNode(fqn) the underlying MVCCInvocationContext sometimes has a non-null mvccTCtx and sometimes mvccTCtx is null?! It seems to depend on where I break and for how long - though pattern is unclear.
|
Wow, that's not nice.
"dukehoops" wrote :
| 1. From my understanding ctx.mvccTCtx should NOT be null when used accessed from EvictCommand.perform in the above test. Do you agree? If not, why (how is it that mvccTCtx can be null in this case)?
|
Agreed. Between the InvocationContextInterceptor and the TxInterceptor, this should be made available.
"dukehoops" wrote :
| 2. Since it seems I can affect the outcome of the test merely by attaching a debugger and breaking throughput, I am guessing either multiple threads or timestamping is involved. Given that the entire duration of the test didn't exceed 40-50 seconds (including my think time) when varying results were obtained, this does not seem to be related to underlying JTA tx timing out. Any idea where to look for debugger breaks can affect?
|
It could be that the reference to the tCtx needs to be volatile, let me think about how and when this is accessed and let you know.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217065#4217065
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217065
17 years, 1 month
[JBoss Cache: Core Edition] - org.jboss.cache.GlobalTransaction never released
by morisona
I am using the PojoCache with JBoss Cache 1.4.1SP12 and JBoss AS 4.0.5.
GlobalTransaction is never released, and eventually the system runs out of memory.
After some profiling and tracing it seems they are held by org.jboss.cache.interceptors.CacheStoreInterceptor in the Maps preparingTxs and m_txStores. They should be released when the invoke method is called with a Commit Method. But this never happens.
I have a test case for this.
I think my -service.xml and code are fairly standard. I give them below.
Any hints or suggestions or explanations would be more than welcome.
| <?xml version="1.0" encoding="UTF-8"?>
| <!-- ===================================================================== -->
| <!-- -->
| <!-- Sample PojoCache Service Configuration -->
| <!-- -->
| <!-- ===================================================================== -->
| <server>
|
| <!-- Used inside JBoss AS -->
| <classpath codebase="./lib" archives="jboss-cache.jar, jgroups.jar"/>
|
| <!-- ==================================================================== -->
| <!-- Defines configuration -->
| <!-- ==================================================================== -->
|
| <mbean code="org.jboss.cache.aop.PojoCache" name="jboss.cache:service=TestCache">
|
| <!-- Used inside JBoss AS -->
| <depends>jboss:service=Naming</depends>
| <depends>jboss:service=TransactionManager</depends>
|
|
|
|
|
| <attribute name="TransactionManagerLookupClass">org.jboss.cache.JBossTransactionManagerLookup</attribute>
|
| <!--
| Configure the TransactionManager
| Note: having no TransactionManager configured results in this log msg:
| WARN [org.jboss.cache.TreeCache] method _lock() should not be invoked on TreeCache
|
| -->
| <!--
| Node locking scheme:
| OPTIMISTIC
| PESSIMISTIC (default)
| -->
| <attribute name="NodeLockingScheme">PESSIMISTIC</attribute>
|
| <!--
| Note that this attribute is IGNORED if your NodeLockingScheme above is OPTIMISTIC.
|
| Isolation level : SERIALIZABLE
| REPEATABLE_READ (default)
| READ_COMMITTED
| READ_UNCOMMITTED
| NONE
| -->
| <attribute name="IsolationLevel">REPEATABLE_READ</attribute>
|
| <!--
| Valid modes are LOCAL
| REPL_ASYNC
| REPL_SYNC
| INVALIDATION_ASYNC
| INVALIDATION_SYNC
| -->
| <attribute name="CacheMode">LOCAL</attribute>
|
| <!--
| Just used for async repl: use a replication queue
| -->
| <attribute name="UseReplQueue">false</attribute>
|
| <!--
| Replication interval for replication queue (in ms)
| -->
| <attribute name="ReplQueueInterval">0</attribute>
|
| <!--
| Max number of elements which trigger replication
| -->
| <attribute name="ReplQueueMaxElements">0</attribute>
|
| <!-- Name of cluster. Needs to be the same for all clusters, in order
| to find each other
| -->
| <attribute name="ClusterName">testcluster</attribute>
|
| <!-- JGroups protocol stack properties. Can also be a URL,
| e.g. file:/home/bela/default.xml
| <attribute name="ClusterProperties"></attribute>
| -->
|
| <attribute name="ClusterConfig">
| <config>
| <!-- UDP: if you have a multihomed machine,
| set the bind_addr attribute to the appropriate NIC IP address -->
| <!-- UDP: On Windows machines, because of the media sense feature
| being broken with multicast (even after disabling media sense)
| set the loopback attribute to true -->
| <UDP mcast_addr="228.1.2.5" mcast_port="45577" ip_ttl="64" ip_mcast="true" mcast_send_buf_size="150000" mcast_recv_buf_size="80000" ucast_send_buf_size="150000" ucast_recv_buf_size="80000" loopback="false"/>
| <PING timeout="2000" num_initial_members="3" up_thread="false" down_thread="false"/>
| <MERGE2 min_interval="10000" max_interval="20000"/>
| <FD shun="true" up_thread="true" down_thread="true"/>
| <VERIFY_SUSPECT timeout="1500" up_thread="false" down_thread="false"/>
| <pbcast.NAKACK gc_lag="50" retransmit_timeout="600,1200,2400,4800" up_thread="false" down_thread="false"/>
| <pbcast.STABLE desired_avg_gossip="20000" up_thread="false" down_thread="false"/>
| <UNICAST timeout="600,1200,2400" window_size="100" min_threshold="10" down_thread="false"/>
| <FRAG frag_size="8192" down_thread="false" up_thread="false"/>
| <pbcast.GMS join_timeout="5000" join_retry_timeout="2000" shun="true" print_local_addr="true"/>
| <pbcast.STATE_TRANSFER up_thread="false" down_thread="false"/>
| </config>
| </attribute>
|
|
| <!--
| The max amount of time (in milliseconds) we wait until the
| initial state (ie. the contents of the cache) are retrieved from
| existing members in a clustered environment
| -->
| <attribute name="InitialStateRetrievalTimeout">60000</attribute>
|
| <!--
| Number of milliseconds to wait until all responses for a
| synchronous call have been received.
| -->
| <attribute name="SyncReplTimeout">15000</attribute>
|
| <!-- Max number of milliseconds to wait for a lock acquisition -->
| <attribute name="LockAcquisitionTimeout">1000</attribute>
|
| <!--
| <attribute name="EvictionPolicyClass"></attribute>
| -->
|
| <!-- Name of the eviction policy class. We have commented it off to disable eviction.
| -->
|
|
| <attribute name="UseRegionBasedMarshalling">true</attribute>
| <!--<attribute name="InactiveOnStartup">true</attribute>-->
|
| </mbean>
|
|
|
| </server>
|
|
| UserTransaction userTrans = null;
| try {
| InitialContext ctx = new InitialContext();
| Object objtr = ctx.lookup("UserTransaction");
| if (objtr==null)
| throw new ServletException("No 'UserTransaction' found in JNDI");
| userTrans = (UserTransaction)objtr;
| userTrans.begin();
|
| if (operation.equals("create")) {
| Toto toto = new Toto(nick, name);
| System.out.println("new totos classloader is:" + toto.getClass().getClassLoader());
| cache.putObject("/totos/" + nick, toto);
|
| } else if (operation.equals("update")) {
| Object obj = cache.getObject("/totos/" + nick);
|
| if (obj == null) {
| System.out.println("nulll");
| pw.println("/totos/" + nick + " not found<br/>");
| } else {
|
| System.out.println("Object retrieved from cache class is: " + obj.getClass().getName() + ", Classloader is:" + obj.getClass().getClassLoader());
| System.out.println("Context Classloader is:" + Thread.currentThread().getContextClassLoader());
| System.out.println("Class loader of a new class is:" + new Toto().getClass().getClassLoader());
| Toto toto = (toast.Toto) obj;
| toto.setName(name);
| }
|
| } else if (operation.equals("delete")) {
| cache.removeObject("/totos/" + nick);
|
| } else
| throw new ServletException("Unknown operation: " + operation);
|
| userTrans.commit();
| } catch (Exception e) {
| try {
| userTrans.rollback();
| } catch (Exception e1) {
| // TODO Auto-generated catch block
| e1.printStackTrace();
| }
| throw new ServletException(e);
| } finally {
| userTrans = null;
| }
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217064#4217064
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217064
17 years, 1 month
[EJB/JBoss] - EJB execution on JDK 1.6.0_07
by loehrm
Using app server version 4.3.0 EAP CP 02.
We have upgraded our JVM version used to JDK 1.6.0_07 but are seeing a regression in our testsuite. I need a point in the right direction of how to dig further.
Testcase: testMapperFactoryMethod took 1.792 sec
| Caused an ERROR
| Failed to find method for hash:3115618623881158171 available={8594593460157411074=public abstract javax.ejb.EJBObject javax.ejb.Handle.getEJBObject() throws java.rmi.RemoteException, 7415355246179212884=public abstract boolean javax.ejb.EJBObject.isIdentical(javax.ejb.EJBObject) throws java.rmi.RemoteException, -3022789457837148098=public abstract java.util.List SNIP
|
| Caused by: java.lang.IllegalStateException: Failed to find method for hash:3115618623881158171 available={8594593460157411074=public abstract javax.ejb.EJBObject javax.ejb.Handle.getEJBObject() throws java.rmi.RemoteException, 7415355246179212884=public abstract boolean javax.ejb.EJBObject.isIdentical(javax.ejb.EJBObject) throws java.rmi.RemoteException, -3022789457837148098=public abstract java.util.List
| SNIP
| java.rmi.RemoteException,com.lombardisoftware.core.TeamWorksException,com.lombardisoftware.core.TeamWorksException, -4503326333112317665=public abstract void com.lombardisoftware.server.ejb.persistence.PersistenceServices.removePO(com.lombardisoftware.client.persistence.common.versioning.VersioningContext,com.lombardisoftware.client.persistence.common.ID) throws java.rmi.RemoteException,com.lombardisoftware.core.TeamWorksException,com.lombardisoftware.core.TeamWorksException, 3781219857755091396=public abstract javax.ejb.EJBMetaData javax.ejb.EJBHome.getEJBMetaData() throws java.rmi.RemoteException, 6660771724704715471=public abstract java.util.Map com.lombardisoftware.server.ejb.persistence.PersistenceServices.findByPrimaryKeys(com.lombardisoftware.client.persistence.common.versioning.VersioningContext,java.util.Collection) throws java.rmi.RemoteException,com.lombardisoftware.core.TeamWorksException,com.lombardisoftware.core.TeamWorksException}
| at org.jboss.invocation.MarshalledInvocation.getMethod(MarshalledInvocation.java:407)
| at org.jboss.ejb.Container.invoke(Container.java:958)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:818)
| at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:419)
| at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
| at sun.rmi.transport.Transport$1.run(Transport.java:159)
| at java.security.AccessController.doPrivileged(Native Method)
| at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
| at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
| at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
| at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
| at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
| at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
| at java.lang.Thread.run(Thread.java:619)
| at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
| at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
| at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126)
| at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source)
| at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:133)
| at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:365)
| at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:197)
| at org.jboss.proxy.ejb.RetryInterceptor.invoke(RetryInterceptor.java:176)
| at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:61)
| at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:70)
| at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:112)
| at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:100)
| at $Proxy3.findListOfObjects(Unknown Source)
| at com.lombardisoftware.client.delegate.PersistenceServicesDelegateDefault.findListOfObjects(PersistenceServicesDelegateDefault.java:395)
|
|
|
|
|
Googling shows that in the past people have ran into similiar problems due to the jboss.jar being out of sync with the client and server. I don't think this is the case as I can simply start JBoss with JDK 1.5.0_11, rerun my test and it works fine.
The remainder of my ejb's work fine as well which leads me to think there is something peculiar about this individual one.
Has anyone encountered anything similiar?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217061#4217061
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217061
17 years, 1 month
[Installation, Configuration & DEPLOYMENT] - Cannot use JBoss in Eclipse
by ketpah
I have brand new installation of Eclipse 3.4.1, and brand new installation of jboss-5.0.1.GA-jdk6. I tried this both in XP and Vista, and got the same error. (I tried with Eclipse Europa as well, but did not help)
In Eclipse's server view, I added JBoss 5.0 as Server, and pointed to my new JBoss installation. I also have JBOSS_HOME environment variable setup.
Created a Dynamic Web Project and EAR, and just created a simple JSP to say Hello World.
After server is started, I can see that the URL to my simple JSP is working.
However, after I make a change to the JSP and republish, I get many errors in the console, and the URL is no longer working. I can only make it work again if I restart the server.
The cause of the exception appear to be a temporary file that is used by ZipWrapper not being found. I checked the temp location and there is no single file there.
I would appreciate any help.
Here is the errors I am getting:
java.lang.RuntimeException: Error while adding re-deployments
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:684)
at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:290)
at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:221)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: org.jboss.deployers.spi.DeploymentException: Exception determining structure: AbstractVFSDeployment(test5_ear.ear)
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:85)
at org.jboss.deployers.plugins.main.MainDeployerImpl.determineStructure(MainDeployerImpl.java:1000)
at org.jboss.deployers.plugins.main.MainDeployerImpl.determineDeploymentContext(MainDeployerImpl.java:440)
at org.jboss.deployers.plugins.main.MainDeployerImpl.processToDeploy(MainDeployerImpl.java:345)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:680)
... 11 more
Caused by: java.lang.RuntimeException: Error determining structure: test5_ear.ear
at org.jboss.deployment.EARStructure.determineStructure(EARStructure.java:293)
at org.jboss.deployers.vfs.plugins.structure.StructureDeployerWrapper.determineStructure(StructureDeployerWrapper.java:73)
at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.doDetermineStructure(VFSStructuralDeployersImpl.java:196)
at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.determineStructure(VFSStructuralDeployersImpl.java:221)
at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:77)
... 15 more
Caused by: org.jboss.deployers.spi.DeploymentException: Error determining structure: test_5_war.war
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.vfs.plugins.structure.explicit.DeclaredStructure.determineStructure(DeclaredStructure.java:89)
at org.jboss.deployers.vfs.plugins.structure.StructureDeployerWrapper.determineStructure(StructureDeployerWrapper.java:73)
at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.doDetermineStructure(VFSStructuralDeployersImpl.java:196)
at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.determineStructure(VFSStructuralDeployersImpl.java:142)
at org.jboss.deployers.vfs.spi.structure.StructureContext.determineChildStructure(StructureContext.java:294)
at org.jboss.deployment.EARStructure.determineStructure(EARStructure.java:275)
... 19 more
Caused by: java.lang.RuntimeException: Failed to initialize ZipWrapper: /C:/2/jboss/jboss-5.0.1.GA/server/default/tmp/5c4o12w-85n6y7-fs3t0oey-1-fs3t1h5t-9m/test_5_war.war/
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getZipSource(ZipEntryContext.java:277)
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:610)
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.checkIfModified(ZipEntryContext.java:757)
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getChild(ZipEntryContext.java:801)
at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.createChildHandler(ZipEntryHandler.java:191)
at org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:681)
at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.getChild(ZipEntryHandler.java:165)
at org.jboss.virtual.plugins.context.DelegatingHandler.getChild(DelegatingHandler.java:107)
at org.jboss.virtual.VirtualFile.getChild(VirtualFile.java:481)
at org.jboss.deployers.vfs.plugins.structure.explicit.DeclaredStructure.determineStructure(DeclaredStructure.java:64)
... 24 more
Caused by: java.io.FileNotFoundException: C:\2\jboss\jboss-5.0.1.GA\server\default\tmp\5c4o12w-85n6y7-fs3t0oey-1-fs3t1h5t-9m (Access is denied)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(Unknown Source)
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.createZipSource(ZipEntryContext.java:352)
at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getZipSource(ZipEntryContext.java:273)
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217060#4217060
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217060
17 years, 1 month