Bytes taken for a EJB call

Folks -- I looked around for a while but did not find any thing convincing. So if some one can help me here it would be great.
For example when the client makes an EJB call like
this
String getXXX(String yyy) on a RemoteIF -- Many bytes are send back and forth for this call?
Also if some one can point me as to how many bytes does each of the Wrapper version of the primitives take for Remote calls!
For example String, Integer, Long -- individually.
It would really be awesome to get a quick response ;)
Thanks, vk

I'm quite sure the original poster meant the overhead involved with the process of making the call, not the size of some object being transferred either as parameter or as a return value.
I have a feeling it might be rather appserver dependent since it generates the stub/skeleton objects. Overhead for making just the RMI call (disregarding everything else) should be constant, though I don't know what it is.

Similar Messages

;-| Is it possible to get a list of Roles for the EJB Caller?

Hi,
from an EJB I can use isCallerInRole(role), however I would like to get a
list of Roles that the user is in to do DB lookups for each role...
I have an implementation under 'JBoss' which does a JNDI lookup for the
SubjectSecurityManager using java:/jaas/other and then uses that to get at
the roles...
Is there a 'standard' way of doing this?
Is there a 'SubjectSecurityManager' like beast on WebLogic?
Any help would be greatly appreciated!
Kind regards
Lewis

Hi Lewis,
I believe there is not a method for this currently but I believe it has been suggested
to our security team. Watch for this feature in a future release.
It maybe possible to write a method for this if you are using a custom realm.
Kind Regards,
Richard Wallace
Senior Develoepr Relations Engineer
BEA Support.
"Lewis Henderson" <[email protected]> wrote:
Hi,
from an EJB I can use isCallerInRole(role), however I would like to get
a
list of Roles that the user is in to do DB lookups for each role...
I have an implementation under 'JBoss' which does a JNDI lookup for the
SubjectSecurityManager using java:/jaas/other and then uses that to get
at
the roles...
Is there a 'standard' way of doing this?
Is there a 'SubjectSecurityManager' like beast on WebLogic?
Any help would be greatly appreciated!
Kind regards
Lewis

"Multicast" support for EJB-EJB calls to cluster

What I have to work with:
+ WebLogic Server 5.1 cluster
+ Stateless session EJBs
What I want to do:
+ Be able to know list of available servers in the cluster
and use this list to broadcast same information to all EJBs
with same name in cluster
+ I understand that the cluster-aware EJB stub has this list
when a client gets a home reference to the EJB Object
+ I have not seen any specific WebLogic API to get this list
either by accessing the cluster-aware JNDI table or the
cluster-aware EJB stub.
+ Othwerwise, I would then need to implement my own server
list manager to get this list. Such task should not be that difficult.
Why I want to do the above:
+ I would like to implement a EJB sendAll() method that will
send the same request to all EJBs of the same JNDI name in the cluster.
+ Please correct me if I am wrong but I have not seen anywhere
in the WebLogic 5.1 documentation regarding the automatic multicast
ability of broadcasting EJBs calls via EJB-to-EJB communication to a
cluster.
+ I understand that multicasting is only used internally, ie,
heartbeats.
Plus, I believe that RMI does not support multicasting.

I'd like to hear a bit more about what you are trying to do. (at a
higher level)
RMI / EJB is a point-to-point model. A client is making an RMI call to
a server. Granted, in our clustering solution, there may not be one
physical server, but the idea is to give the appearance of one big,
reliable server.
-- Rob
Ren Bitonio wrote:
>
What I have to work with:
+ WebLogic Server 5.1 cluster
+ Stateless session EJBs
What I want to do:
+ Be able to know list of available servers in the cluster
and use this list to broadcast same information to all EJBs
with same name in cluster
+ I understand that the cluster-aware EJB stub has this list
when a client gets a home reference to the EJB Object
+ I have not seen any specific WebLogic API to get this list
either by accessing the cluster-aware JNDI table or the
cluster-aware EJB stub.
+ Othwerwise, I would then need to implement my own server
list manager to get this list. Such task should not be that difficult.
Why I want to do the above:
+ I would like to implement a EJB sendAll() method that will
send the same request to all EJBs of the same JNDI name in the cluster.
+ Please correct me if I am wrong but I have not seen anywhere
in the WebLogic 5.1 documentation regarding the automatic multicast
ability of broadcasting EJBs calls via EJB-to-EJB communication to a
cluster.
+ I understand that multicasting is only used internally, ie,
heartbeats.
Plus, I believe that RMI does not support multicasting.--
Coming Soon: Building J2EE Applications & BEA WebLogic Server
by Michael Girdley, Rob Woollen, and Sandra Emerson
http://learnweblogic.com

Error when One EJB calls anothe EJB

Hi,
I got the following error when I use one EJB call another EJB in OAS 4.0.8.1, the code is developed in JDeveloper 3.0/Win NT 4.0/SP5.
Can anyone give me some ideas? or is there any samples in this case?
Thanks a lot!
Creating an initial context
Looking for the EJB published as 'APP/APPEJB'
Creating a new EJB instance
Calling APPEJB methods...
CORBA: org.omg.CORBA.BAD_OPERATION: ; nested exception is:
org.omg.CORBA.BAD_OPERATION:
java.rmi.ServerException: CORBA: org.omg.CORBA.BAD_OPERATION: ; nested exception is:
org.omg.CORBA.BAD_OPERATION:
at javax.rmi.oas.corba.CorbaRemoteExceptionHelperValue.OBVObjFrom(Compiled Code)
at TwoEJB._stub_APPEJB.callEJBMapping(Compiled Code)
at TwoEJB.TwoEJBClient.main(Compiled Code)
null

Home handle is an object that identifies an enterprise bean. A client may serialize the handle, and then later deserialize it to obtain a reference to the enterprise bean.
The javax.ejb.HomeHandle is similar to javax.ejb.Handle. Just as the Handle is used to store and retrieve reference to EJB objects, the HomeHandle is used to store and retrieve remote references to EJB homes. HomeHandle can be stored and later used to access an EJB home remote refrence the same way that a Handle can be serialized and later used to access an EJB object's remoe reference.
import java.io.*;
import javax.ejb.EJBHome;
import javax.ejb.HomeHandle;
public class WorkingWithEJBHandles {
public static void main( String[] args ) throws Exception {
EJBHome aHome = null;
// get hold of a home interface
HomeHandle handle = aHome.getHomeHandle();
ByteArrayOutputStream bos = new ByteArrayOutputStream();
ObjectOutputStream oos = new ObjectOutputStream( bos );
oos.writeObject( handle );
byte[] handleAsBytes = bos.toByteArray();
// store in the database, on file. howwever you want
FileInputStream fis = new FileInputStream( "fileobj" );
ObjectInputStream ois = new ObjectInputStream( fis );
HomeHandle theHandle = (HomeHandle) ois.readObject();
// get back the EJBHome from the HomeHandle
aHome = theHandle.getEJBHome();
// the same kind of logic also holds for EJBHandles, as well as
// HomeHandles
Transfer Object is a Design pattern. Refer to Core J2EE Design Pattern.
http://java.sun.com/blueprints/corej2eepatterns/Patterns/TransferObject.html
Rgds,
Seetesh

Problem generating stubs for Java EJB web service deployed in OAS

I created an EJB web service and I've successfully deployed it in my Oracle App Server. Some of the methods work fine but others produce the ff error:
org.apache.soap.SOAPException - java.lang.IllegalArgumentException: No Serializer found to serialize [classname] using encoding style [encoding]It seems that the objects specified as parameters in the web service methods exposed are the only ones that had stubs generated for them. Other objects I use, which are usually wrapped inside a Vector, did not have generated stubs.
Example:
public String loginUser(UserDTO userDTO) throws RemoteException, NamingException, SQLException;
public String addItems (Vector vecItems) throws RemoteException, NamingException, SQLException; // where vecItems is a collection of ItemDTO objects In this scenario, stubs were generated for the UserDTO class, but not for the ItemDTO class. In effect, calling the addItems method resulted to the exception I mentioned above.
I did a workaround wherein I declared a dummy method which accepted all the types of objects I needed as parameters so all the necessary stubs can be generated, but this fix doesn't feel like it's the proper solution to my problem.
If anyone can help me, it would be greatly appreciated. Thanks!

Crossposted:
Problem generating stubs for Java EJB web service deployed in OAS

Stand alone client for remote EJB corba error

Regarding problem below, I've checked System env variables
that weblogic server is using for CORBA classes:
javax.rmi.CORBA.UtilClass=weblogic.iiop.UtilDelegateImpl
org.omg.CORBA.ORBSingletonClass=weblogic.corba.orb.ORB
org.omg.CORBA.ORBClass weblogic.corba.orb.ORB
javax.rmi.CORBA.PortableRemoteObjectClass=weblogic.iiop.PortableRemoteObjectDelegateImpl
But these are server classes and not found in wlclient.jar and wljmsclient.jar. What classes should be used for client? What needs to be set in order to get successful remote RMI/EJB call to weblogic server?
Original post:
I have a stand alone spring client for simple stateless session EJB deployed on weblogic 9.2. I'm using spring (jdk 1.5) to call this remote EJB and the only way I can succeed is to have full weblogic.jar in my bootstrap classpath. Otherwise I get corba error:
CORBA BAD_PARAM 0 No; nested exception is:
org.omg.CORBA.BAD_PARAM: vmcid: 0x0 minor code: 0 completed: No
Interestingly, within same client I have JMS call to weblogic JMS and that fails if weblogic.jar is in boot classpath. Getting rid of weblogic.jar from boot classpath works if I have wlclient.jar and wljmsclient.jar in regular classpath (as per weblogic docs). I would think that for stand alone client all I would need is to weblogic client jars, why should I need to have full weblogic.jar?
I can't get those work together with same classpath. I wonder if anybody has some pointers and/or advice. I was looking to set system parameters for corba for weblogic client that maybe could help:
org.omg.CORBA.ORBClass
org.omg.CORBA.ORBSingletonClass
javax.rmi.CORBA.UtilClass
javax.rmi.CORBA.StubClass
javax.rmi.CORBA.PortableRemoteObjectClass
But I can't find definitive answer.
Regards,
-pp
Edited by mr.papini at 06/28/2007 9:05 AM

I'm stuck exactly with the same issue while trying to port my application from weblogic to jboss.
I tried to specify different ORB implementations (JacORB, OpenORB) for jvm option org.omg.CORBA.ORBClass, but JBoss couldn't get them instantiated. Native Sun implementation which is used in JBoss by default and can be instantiated, apparently is not fully compatible with weblogic security module.
So did you manage to find out the solution?
Edited by DigitalDude at 04/09/2008 11:47 PM

Simplest way to restrict access to remote EJB calls

I'm using weblogic 10.3 and I'm new to security in weblogic. I was looking at the documentation at http://docs.oracle.com/cd/E13222_01/wls/docs103/ConsoleHelp/taskhelp/security/ManageSecurityForDD.html
but got a little overwhelmed by the many options on how to implement security. Plus, I am getting confused between JDNI security and EJB Layer security (they're not the same thing, right?)
Can someone explain what the simplest way would be to prevent an "unauthorized" client to make remote EJB calls? For example, I know of the ConnectionFilters that you can implement, which can prevent remote callers from making T3 or IIOP calls if they're not from an authorized IP, etc. This is a good start but ideally I would want to password protect the EJBs, and any EJB client would have to provide this username/password somehow. Or possibly use two-way SSL for t3? The client app would have to provide a certificate to prove that it's trusted.
To be clear, I don't think I need weblogic to handle any fine-grained access control. I just want to make sure that the client (e.g., a webapp) is a trusted one. Once the EJB container is satisfied that the client is trusted (preferably by user/pass) then the client is free to execute any EJB methods.
Thanks in advance.
Edited by: user10123426 on Mar 14, 2012 10:26 AM

I'm don't think you can do a posture check by MAC address. If you're using SSLVPN, and you're running Windows, you can do a Host Scan check for the following registry key:
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\Domain
Then set up a Pre-Login policy that goes Windows->Registry Check->Success->RegCheckOK
|->Fail->RegCheckFail
At this point you've just verified that you can read that key and the value is stored for later use. You're not making an allow/deny decision yet.
Then in your Dynamic Access policy you do a Policy check for Location=RegCheckFail, that says "Unable to read registry". The following DAP policy check looks for Location=RegCheckOK, and validates that the value is your AD domain.
Alternatively, you could put a NAC box (ISE or Clean Access) 'behind/after' the VPN box, so although anyone can connect only domain machines (and/or whatever other posture checks you want to make, e.g. Antivirus status) make it through to the rest of the network.

How to map sync EJB call to async JMS req/resp pair

Folks,
Basically, we have the situation our session bean synchronous
transactions map to asynchronous JMS transactions.
In other words, a session bean method call would have the
following implementation logic:
1. marshall params and send async JMS message.
2. wait around for a reply message to be ready
3. receive a reply JMS message, unmarshall response.
4. return.
The problem, clearly, is that we can't do step 2 in the EJB method itself for fear
of tying up threads.
This seems like a classic problem of mapping synchronous EJB calls to asynchronous
backends.
Any suggestions how to do this?
Thanks,
Jabir

I don't know if there are any great solutions, short of making everything
async
(even to the EJB client) which should be considered if possible. E.g., EJB
sends
JMS message and immediately returns. Then an MDB gets the JMS response,
and calls back the client. If you can't modify the client, maybe you can
write a
"proxy" service between the client and the EJB layer.
Otherwise you'll need to bump the number of threads, knowing that a certain
amount of them will be sleeping.
regards,
-Ade
"Jabir" <[email protected]> wrote in message
news:3d2d14aa$[email protected]..
>
Folks,
Basically, we have the situation our session bean synchronous
transactions map to asynchronous JMS transactions.
In other words, a session bean method call would have the
following implementation logic:
1. marshall params and send async JMS message.
2. wait around for a reply message to be ready
3. receive a reply JMS message, unmarshall response.
4. return.
The problem, clearly, is that we can't do step 2 in the EJB method itselffor fear
of tying up threads.
This seems like a classic problem of mapping synchronous EJB calls toasynchronous
backends.
Any suggestions how to do this?
Thanks,
Jabir

EJB call from one domain to another, authentication problem

Two Weblogic servers. WLS A and WLS B. Different domains. Trust relationship between the domains can't be established.
I have an EJB in WLS B and there is a Web Application deployed to WLS A. There are method-permission declarations in the EJB descriptor xml.
Step 1. User authenticates to Servlet in Web Application (WLS A). Authentication is done with Http Basic Authentication.
Step 2. Servlet makes a JNDI lookup to get a handle to the EJB. Handle can not be fetched with the authentication information which was provided by user to servlet. This means that I need to specify a different username and password, which should be used for authentication at WLS B.
Step 3. After getting a handle to the EJB Servlet calls a method of the EJB.
Everything seems extremely simple. And it should be. But no.
At step 2 servlet propagates authentication information from WLS A to WLS B. This authentication information is valid only inside WLS A, not in WLS B. Result: SecurityException: Invalid Subject.
Setting SECURITY_PRINCIPAL and SECURITY_CREDENTIALS to InitialContext while creating it still results in propagation of authentication information. Same exception.
So I tried something else.
Tthe code doing the JNDI lookups and EJB calls was wrapped inside Security.runAs(new Subject(), ....) -block. Authentication information is no longer propagated to WLS B. So JNDI lookup succeeds, excellent!
But we only got one step further. Now we still need to make the call to EJB method at step 3.
Now that EJB method call results in Security Violation: User: <anonymous> has insufficient permission to access my method.
It's a bit strange, because username and password (for WLS B) were provided for InitialContext while creating it. If the password is invalid, the InitialContext can't be created. So it seems that atleast the username and password ARE checked at WLS B.
Any help and/or suggestions would be highly appreciated.
Here is a misc list of some misc wondering:
-Step 2. Should we make the JNDI lookup to JNDI tree of WLS A instead of WLS B. If we do so, then we should use ejb-ref's at web.xml. This was also quickly tested with no results.
-Would run-as-identity (or some similar element) help? Maybe we could set up some Credential Mapper to WLS A, which would provide username/password when making calls to EJB's of WLS B. Documentation about Credential Mappers seems to be quite useless.

There was a time, and it was quite some time ago when something similar was tried and it didn't meet with much success. Sure, it may not have been Domain files, it may have been something more like, say, rocks, but the general principle still applies. If you look at the XML and media parts that make up a Domain file, you can think of those pieces as analogous to the atoms in your average run-of-the-mill rock. Though the atoms in two given average run-of-the-mill rocks may seem quite similar, and cracking them open reveals innards that are almost entirely, but not quite, the same, it's still quite difficult to make one whole rock out of the two.
Now, some say alchemists might be able to accomplish this quite daunting task, but, until a study of use for Domain files (perhaps XMLchemy?) is initiated and studied most earnestly, we shall probably remain unable to bring about the union of one Domain file and another. Or were we talking about the rocks? (You can't melt Domain files, can you? The thought just hit me is all...)
How's that for a long answer?

ADF 11, USING EJB, CALL STORE PROCEDURE, A PROBLEAM?

ADF 11, USING EJB, CALL STORE PROCEDURE, A PROBLEAM?
I have a store procedure:
CREATE OR REPLACE PACKAGE BODY PK_HR1
IS
FUNCTION FUNC04
RETURN CUR_RESULT
IS
X_CUR CUR_RESULT;
BEGIN
OPEN X_CUR FOR
select mako, tenko, diachiko from kho;
RETURN X_CUR;
EXCEPTION
WHEN OTHERS THEN
RAISE;
END FUNC04;
END PK_HR1;
In the entities class, I have a NamedStoredProcedureQuery:
@Entity
@NamedStoredProcedureQuery(name="Kho.FUNC04",
          resultClass=Kho.class,
          procedureName="PK_HR1.FUNC04" )
public class Kho implements Serializable {
In session bean, i have a method
public class SessionEJBBean implements SessionEJB, SessionEJBLocal
public void test() throws Exception{
try {
//code here ...
List<Kho> listKho = em.createNamedQuery("Kho.FUNC04").getResultList();
System.out.println("aaaa");
} catch (Exception ex) {
ex.printStackTrace();
} finally {
I try running, but always show errror
this errors:
Internal Exception: java.sql.SQLException: ORA-06550: line 1, column 7:
PLS-00221: 'FUNC04' is not a procedure or is undefined
ORA-06550: line 1, column 7:
PL/SQL: Statement ignored
Error Code: 6550
Call: BEGIN PK_HR1.FUNC04(); END;
Query: ReadAllQuery(jp.co.mfr.sgs.bean.Kho)
help help me?

You need to use a CallableStatement for this.
--olaf

Ejb calling ejb, how many threads?

A few of questions regarding the way WLS threads EJBs:
1. It seems straightforward if I deploy a WLS "application" that's composed of
a single EJB. I suppose that the app runs as a thread within the WLS JVM and "pooling"
also makes sense.
2. But what about an "application" that's composed of 2 EJBs, one calling the
methods of the other. Is each EJB ran in its on thread? It seems like they would
have to be in order to "pool" them or does the "pooling" affect the entire "application",
i.e. you don't pool the individual beans but the entire app?
3. How is all this affected by using local interfaces for the EJB-to-EJB method
calls?How does this affect pooling and threading within WLS?
Thanks.

Hi Jack,
"Jack Ottofaro" <[email protected]> wrote in message
news:[email protected]..
A few of questions regarding the way WLS threads EJBs:
1. It seems straightforward if I deploy a WLS "application" that'scomposed of
a single EJB. I suppose that the app runs as a thread within the WLS JVMand "pooling"
also makes sense.It just seems because you have the question number two :)
2. But what about an "application" that's composed of 2 EJBs, one callingthe
methods of the other. Is each EJB ran in its on thread? It seems like theywould
Actual EJB code runs within a thread that first began
processing of the request. So you may have two cases.
First, if the bean is colocated (belongs to the same jar
or ear) with the caller, by default it will be a local call
and the bean will run within a caller thread. Second,
if it's remote call, it will run within "its own" thread.
have to be in order to "pool" them or does the "pooling" affect the entire"application",
i.e. you don't pool the individual beans but the entire app?I'm not sure I understood the question.
3. How is all this affected by using local interfaces for the EJB-to-EJBmethod
calls?How does this affect pooling and threading within WLS?Local interfaces buys nothing but mess. By default all calls to
the beans residing in the same application , even if they are
declared as EJBObjects, are optimized to be local so that
parameters are passed by reference and are not subjects of
serialization.
Hope this helps.
Regards,
Slava Imeshev

Specifying JNDI Details for Controls (EJB/JMS) in Workshop

Hello,
I was running into some basic issues in using workshop for building applications. Any help is appreciated !
How do I point Controls (EJB/JMS) to JNDI where the Objects have been bound
In J2EE I will do this :
Context ctx = new InitialContext(ht); // ht has Provider URL etc.
Specifically in Design view of Workshop for (WLI) JMS Control how do you define PROVIDER_URL, SECURITY_PRINCIPAL, etc. My JMS Server is targeted to separate Managed Server that where Workshop Applications are deployed and I do not want to create Foriegn Destinations etc. on Managed Server where Applications get deployed.
For EJB Controls: How do you lookup remote EJBs that get deployed as a part of (EARs) on managed server (different from where Workshop Application and EJB Controls reside)
Basic Question: How do we distribute this "EJB Control" JAR to clients to call these EJBs using controls and specify the JNDI Environment for the control that surfaces the EJB resource deployed remotely?
I cannot import these as modules in an Workshop Application (=> EAR) and generate controls from these as they will get "deployed" in that application and we want only one deployment.
Thanks
Harish

Hi there,
In your GUI client you should consdier building a model that represents the data that you want the GUI to display. This model would contain the references to the EJB's that you need to use. If you want to avoid using some kid of model then it really depends on the complexity of your GUI. If your GUI consists of one JFrame then everything can be done inside the main class for the GUI. If you have lots of sub windows then you need to consider where the references will be used. If theyare used in more than one window then you could end up with lots of complex cross references which is why the model would be better in this situation.
JNDI lookups can be expensive and this depends on several factors particularly network latency, if your client is self contained then once you have a reference to a home interface then you may as well keep and use it for any future calls. The key to this is keeping references to home interfaces as instance variables rather than scoping them locally.
There should really be no bottleneck caused by using as single session bean as a Facade to your EJB tier. The Session Facade is a very common pattern and the one that is most espoused by the various authors writing EJB tech books. As far as coupling is concerned this is an ideal situation as your client can then make coarse grained calls to the single facade session bean instead of making lots of smaller fine-grained calls to several session beans. I'd say that this is a good general design.
Hope this helps
Amanda
Developer Technical Support
Sun Microsystems
http://www.sun.com/developers

My phone was hacked, Verizon assured me that I would not be responsible for any of the charges. I paid my bill on due date and my phones were suspended 2 days later,mi had to drive 10 miles to a Verizon store for them to call to get them restored.

MY phones were hacked on March 12, I was assured I would not be held responsible for any of the charges. I paid my bill on due date and 2 days later my service was suspended. In had to drive 10 miles to a Verizon store for them to call and get them restored. They offered no explanation but said they had taken care of it, NOT, it is back on my bill and higher. I call and put on hold for 15 mins. I guess they will suspend them again this month. I am so tired of dealing with them with this matter. Feed up!

I do hope you're having a great trip, answermeasap. I can understand your concern with getting an unexpected bill. I have sent you a follow request here in the forum. Please access https://community.verizonwireless.com/actions to accept my request and follow me https://community.verizonwireless.com/people/jenniferh_vzw back so you can send me a private message https://community.verizonwireless.com/docs/DOC-1613 so we can take a look at what caused your current bill and make sure the correct suspend option is in place.
Thank you
JenniferH_VZW
Please follow us on Twitter @vzwsupport

EJB calls in clustered environment with load balancers

Hi,
I am using WebSphere 6.1 (WAS) as my AppServer.
Lets say I have two nodes, node A and node B, as my APPSERV nodes in a cluster.
From a shell script, present on a node (lets say node A), I am invoking a business method in my EJB (lets say Bean.methodToBeCalled()) using the connection as "localhost", as my requirement is that through this call, I need to have the EJB call to node A only, i.e. only the bean on the current node should get invoked. Not the bean on node B.
However, I am not getting the expected result as the call is randomly getting directed to either node A or node B depending on the load balancer logic implemented by WAS.
I referred to the link which explained how EJB clustering works in WAS.
Is there some way I can achieve the desired result?
Thanks.

Do you have an entry in the table for the corresponding primary key in the Staging database?
Thanks
Seshi

Credit taken from my account: Calls made to Tajiki...

Two days ago I was informed my account had been auto-recharged with 10 Euros. I hadn't used this account for 18 months so this seemed a bit out of the blue.
I cancelled further auto-recharge payments.
Yesterday, I was informed my account had received suspicous activity. I then checked my account and noticed that 4 Euros worth of credit had been taken out and that calls to Tajikistan, Nepal, and Congo had been made.
Have I been hacked???
Can I get a refund??

padixon wrote:
Two days ago I was informed my account had been auto-recharged with 10 Euros. I hadn't used this account for 18 months so this seemed a bit out of the blue.
I cancelled further auto-recharge payments.
Yesterday, I was informed my account had received suspicous activity. I then checked my account and noticed that 4 Euros worth of credit had been taken out and that calls to Tajikistan, Nepal, and Congo had been made.
Have I been hacked???
Can I get a refund??
I highly recommend for you to contact Skype Customer Support to check your account to determine if your account has been compromised as well as if you can request a refund.
Our greatest weakness lies in giving up. The most certain way to succeed is always to try just one more time.
If you found my post useful, please give "Kudos".
If it helped to answer your problem/question, please mark it as "Accepted Solution" so other people can find it easily.

Bytes taken for a EJB call

Similar Messages

Maybe you are looking for