The 
               		Silk Performer Java Framework allows you to model virtual users in Java code, access useful functionality from 
               		Silk Performer's runtime environment, and it helps you to generate the necessary BDL stub code where necessary.
               	 
            
 
            	 
            There are a number of ways to integrate your Java code. The diagram below shows the options you have: 
               	 
            
 
            	 
             
               	 
                
                  		
                  - Your first option is to script Java code within your preferred Java IDE. 
                     		  
                     
 
                        			 
                        - When you work with Eclipse, you can use the 
                           				Silk Performer Eclipse plugin. It lets you export your code wrapped in a 
                           				Silk Performer Java Framework project and open it in the Workbench. 
                           			 
                        
  
                        			 
                        - When you work with another Java IDE, first build .jar files from your source files. Then use 
                           				Silk Performer's import tools: the JUnit import tool for JUnit tests and the Java Class import tool for generic Java code. This way 
                           				Silk Performer generates all necessary stub code for you.
                           			 
                        
  
                        		  
                     
 
                     		
                    
                  		
                  - Your second option is to write Java code directly within the Workbench. Create a Java Framework project and write your code
                     into the .java file, which is automatically created, using 
                     		  Silk Performer's editor. 
                     		  Silk Performer offers syntax highlighting and allows to compile the Java code using the configured Java Development Kit within the Workbench.
                     		
                  
  
                  		
                  - Your third option is to create Java code within 
                     		  Java Explorer. 
                     		  Java Explorer lets you create code visually, so you do not have to write your code manually. Transferring the Java code from 
                     		  Java Explorer to the 
                     		  Silk Performer Workbench is easy due to the seamless integration of the two solutions. 
                     		
                  
  
                  	 
               
 
               	 
              
            	 
            
 
               	 
            
 
            	 
            Depending on how you import Java code to the Workbench, 
               		Silk Performer creates different sets of files within the Java Framework project. This results in different call sequences. The diagram
               below shows three types of call sequences: 
               	 
            
 
            	 
             
               	 
                
                  		
                  - Sequence 1 is the default call sequence. Note that the communication between BDL and the Java wrapper is bidirectional. This
                     means that you can call Java code from the .bdf script and 
                     		  Silk Performer functionality from the .java script. Code within the .java file can then call code from further classes or .jar files. 
                     		
                  
  
                  		
                  - Sequence 2A applies when Java code is imported using the Java Class Import tool. In this case, Java code that is part of the
                     .jar files is directly called from BDL. 
                     		
                  
  
                  		
                  - Sequence 2B applies when JUnit tests are imported using the JUnit Import tool. Java code within .jar files is called from
                     BDL - just like in sequence 2 A. However, in this case the .jar file consists of the unit test (which itself is a .jar file),
                     which again can call Java code from other .jar files.