Re: Unity Application Block Error - C# Discussion Boards

Re: Serious help uploading a file using C# in Asp.Net 3.5 higher

5-Mar-13 4:50

Please don't bump your question, it is considered rude. If people know what the problem is they will help.

Sort of a cross between Lawrence of Arabia and Dilbert.[^]
-Or-
A Dead ringer for Kate Winslett[^]

Eddy Vluggen5-Mar-13 5:03

Eddy Vluggen

5-Mar-13 5:03

vanikanc wrote:
I cannot use the file upload control.

Why? Technical limitation, or specs?

vanikanc wrote:
Please help me upload a file, a csv file from a certain location to a remote http server?

Is there an ASP.NET (or PHP) page on the server to which to upload a file? If no, you'll need FTP.

vanikanc wrote:
Any simple method to transfer a file from one location to remote http server.

FTP it is. Install a server-app, and you can upload a file by executing a DOS-command. Hard to beat that in terms of simplicity, since it can be tested without writing any code.

Bastard Programmer from Hell Suspicious | :suss:

If you can't read my code, try converting it here[^]

Re: Serious help uploading a file using C# in Asp.Net 3.5 higher

vanikanc5-Mar-13 7:02

vanikanc

5-Mar-13 7:02

I do apologise for "bumping" this question.

Thank you - I will be using a bat file, called from process class to upload this file to the required server!

Thanks again!!

Trackbar 0.5 SmallChange

Jassim Rahma5-Mar-13 2:12

Jassim Rahma

5-Mar-13 2:12

Hi,

I am using a Trackbar in my C# application. It's from DevExpress but i guess the standard one is the same..

It uses 1 as minimum SmallChange but I want the value to be 1, 1.5, 2, 2.5, 3, 3.5, etc...

How can I do this?

Technology News @ www.JassimRahma.com

Re: Trackbar 0.5 SmallChange

Pete O'Hanlon5-Mar-13 2:39

Pete O'Hanlon

5-Mar-13 2:39

A quick look at the documentation[^] shows that the property is an integer, so you can't.

I was brought up to respect my elders. I don't respect many people nowadays.

CodeStash - Online Snippet Management | My blog | MoXAML PowerToys | Mole 2010 - debugging made easier

Re: Trackbar 0.5 SmallChange

Keith Barrow5-Mar-13 3:08

Unity Application Block Error

5-Mar-13 3:08

If the property is and integer you can't do this directly.

What you can do is multiply by 10: 10, 15,20, 25 etc. but it will interfere with any numeric labels you might have obviously.

Sort of a cross between Lawrence of Arabia and Dilbert.[^]
-Or-
A Dead ringer for Kate Winslett[^]

Bill Warner5-Mar-13 2:03

5-Mar-13 2:03

HI All,

I'm trying to set up the Unity block and I'm getting the following error:
"Given assembly name or codebase was invalid"

My setup is as follows:
private void btnUnity_Click(object sender, EventArgs e)
{
IUnityContainer container = new UnityContainer();
var section = (UnityConfigurationSection)ConfigurationManager.GetSection("unity");

section.Configure(container);
var transform = container.Resolve<ILabTest> "AddNewLabTest");
}

The App.Config is:
<unity>
<containers>
<container>
<types>
<type type="Interfaces.ILabTest, Interfaces" mapTo="DTO.LabTest.AddNewLabTest, DTO.LabTest" name="DTO.LabTest"/>
</types>
</container>
</containers>
</unity>
Any help would be appreciated. Thanks!

-- modified 5-Mar-13 8:34am.

Keith Barrow5-Mar-13 2:23

5-Mar-13 2:23

Can you please update your question, it is hard to read, especially the config. Use the "code button" to highlight both the code and XML.

I'm just checking the obvious here:

Is the dll that contains the concrete class included in the project?
Does

AddNewLabTest

implement

ILabTest

Both Interfaces.ILabTest.dll and DTO.LabTest.AddNewLabTest.dll exist in the target bin folder - if not everything will fail.

Sort of a cross between Lawrence of Arabia and Dilbert.[^]
-Or-
A Dead ringer for Kate Winslett[^]

Bill Warner5-Mar-13 3:07

5-Mar-13 3:07

Hi KEith,

I tried the format buttons for code and markup and got the same result. The dll that contains the concrete class is included in the project. I'm not sure I have the namespace portions of the type tag correct. In the first part I have the type of interface and I'm not sure what the second portion is used for. Then in mapTo attribute I have the concrete implementation, the full namespace path to the concrete method and the namespace without the concrete method.
Thanks,

Bill

Keith Barrow5-Mar-13 3:26

5-Mar-13 3:26

Bill Warner wrote:
. I'm not sure I have the namespace portions of the type tag correct. In the first part I have the type of interface and I'm not sure what the second portion is used for

This is probably the problem, it makes the most sense. In general

XML

<register  type="XXXXX"  mapTo="YYYYY, ZZZZZ"/>

XXXX - The name of the interface you want to map from.
YYYY - Type name
ZZZZ - The Assembly name

Lets Say you have an interface IFoo, which is implemented in a class with a name Bar, in namespace MyNamespace contained in Baz.dll:

XML

<register  type="IFoo"  mapTo="MyNamespace.Bar, Baz"/>

Often the the namespace and the dll name are the same, but not always.

Sort of a cross between Lawrence of Arabia and Dilbert.[^]
-Or-
A Dead ringer for Kate Winslett[^]

modified 5-Mar-13 10:15am.

Bill Warner5-Mar-13 3:56

5-Mar-13 3:56

Hi Keith,

Still no luck. In your example I don't see the second portion of the type or a name attribute. Here is what I have right now:

HTML

<type type="Frankenstein.Laboratory.Interfaces.ILabTest, Frankenstein.Laboratory.Interfaces" mapTo="Frankenstein.Laboratory.DTO.LabTest.AddNewLabTest, Frankenstein.Laboratory.DTO.LabTest" name="FrankensteinFramework"/>

Keith Barrow5-Mar-13 4:38

5-Mar-13 4:38

Not the tag name should be "register", not "type" I assume this is a copy and paste error (I did this in my last post - apologies).
Type definitions have a standard format in .net:

"TypeName, [Assembly], [OtherStuff]"

I usually fully-qualify the typename (i.e. prefix it with the namespace), I don't think this is strictly necessary if the type is in the executing namespace. The stuff in "[]" is optional, you only need [assembly] if the type is not in the executing assembly IIRC (I always specify it any way) though the other stuff isn't relevant right now, for completeness you can specify something like:

"System.Diagnostics.TextWriterTraceListener, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"

Defines TextWriterTraceListener type in namespace System.Diagnostics. The Assembly containing the defined type is System.dll, st version 1.0.3300.0 having the neutral culture and can be verified with the supplied public key (to verify it is genuine). This definition format can apply to both your type attribute and <creadode>mapTo attribute.
Reading from your code you need to check:
Interface:
Frankenstein.Laboratory.Interfaces.dll (from the second part of the type) exists in the bin directory
Frankenstein.Laboratory.Interfaces.dll Contains an interface ILabTest in namespace Frankenstein.Laboratory.Interfaces (from the first part of type).
Mapped To Type:
Frankenstein.Laboratory.DTO.LabTest.dll (from the second part of the mapTo) exists in the bin directory
Frankenstein.Laboratory.DTO.LabTest.dll Contains an class AddNewLabTest in namespace Frankenstein.Laboratory.DTO.LabTest (from the first part of mapTo).AddNewLabTest must implement the above interface.
General:
The projects or dlls containing your mapped types need to be referenced in the project

The name is really just an identifier. Strictly you don't need it as you can use a default mapping.

What you have looks right, but without the actual project in front of me it is hard to tell. You might want to look at this article, which sets up a basic mapping step by step: http://netpl.blogspot.co.uk/2011/11/unity-application-block-is-lightweight.html[^]

Sort of a cross between Lawrence of Arabia and Dilbert.[^]
-Or-
A Dead ringer for Kate Winslett[^]

Bill Warner5-Mar-13 4:55

5-Mar-13 4:55

Hi Keith,

I got the config setup from an example I found online, that seems to work. All my interfaces are implemented. Everything is in the same dll FrankensteinFramework.dll. Inside it I have a namespace for Laboratory called Frankenstein.Laboratory.Interfaces. Inside there I have a method called IAddNewLabTest.
The concrete implementation is done in Frankenstein.LAboratory.DTO namespace, in the method AddNewLabTest, which implements the interface. I'm still getting the same error. I've tried a number of things and can't seem to get this working.

Thanks,

Bill

Keith Barrow5-Mar-13 5:04

5-Mar-13 5:04

Bill Warner wrote:
Everything is in the same dll FrankensteinFramework.dll.

Try:

XML

<register type="Frankenstein.Laboratory.Interfaces.ILabTest, FrankensteinFramework" mapTo="Frankenstein.Laboratory.DTO.LabTest.AddNewLabTest, FrankensteinFramework" name="FrankensteinFramework"/>

Note that name defines the name of the mapping not the assembly, it is possible to resolve more than one type to more than one interface, name is used to disambiguate.
Hopefully the above should work, I think it is right given your description of the file/class structure. Setting these things up for the first time are always a PITA.

Sort of a cross between Lawrence of Arabia and Dilbert.[^]
-Or-
A Dead ringer for Kate Winslett[^]

Bill Warner5-Mar-13 5:32

Re: Unity Application Block Error [Modified]

5-Mar-13 5:32

Amen to PITA my brother. I made the changes and still getting the same error:
{"The given assembly name or codebase was invalid. (Exception from HRESULT: 0x80131047)":null}. I'm assuming that the issue is in the config. Maybe I'm missing something else. My code errors on :

IUnityContainer container = new UnityContainer();
            var section = (UnityConfigurationSection)ConfigurationManager.GetSection("unity");

            section.Configure(container);            
var transform = container.Resolve<ILabTest>("AddNewLabTest");

I did see that the MApToName, TypeName and Name were all populated correctly in the Registrations section of my Unity configuration section object. Am I barking up the wrong tree?

Keith Barrow5-Mar-13 5:59

Re: Unity Application Block Error [Modified]

5-Mar-13 5:59

Bill Warner wrote:
Am I barking up the wrong tree?

Nope. The line you quote is where the the type information is loaded which is consistent with what you've said in terms of errors. Something is probably wrong with the type definitions , without having access to the project it is hard to tell what though.

One thing that is a common gotcha is that you need to reference all dependant assemblies as well, let's say FrankensteinFramework references Log4Net.dll, then you'd have to reference Log4Net.dll plus all its dependancy tree too. Not doing this won't cause a compile time error (one of the drawbacks of DI) so it'll build even though you don't have the references you need.

The final thing (OT, this isn't your current problem) is that, given:

<register type="Frankenstein.Laboratory.Interfaces.ILabTest, FrankensteinFramework" mapTo="Frankenstein.Laboratory.DTO.LabTest.AddNewLabTest, FrankensteinFramework" name="MappingName"/>

you need:

var transform = container.Resolve<ILabTest>("AddNewLabTestMappingName");

You'll hit this if (hopefully when) you get any further. It also illustrates what the name is for.

[Edit]
Corrected some of the very poor English wot I wrote.

Sort of a cross between Lawrence of Arabia and Dilbert.[^]
-Or-
A Dead ringer for Kate Winslett[^]

Bill Warner5-Mar-13 6:18

Re: Unity Application Block Error [Modified]

5-Mar-13 6:18

HTML

Well I got it working. It's Miller time. This did the trick:

Thanks a ton for your your help!
There's a neat project that demos this at:

http://www.codeplex.com/Download?ProjectName=unity&DownloadId=40036[^]

HTML

<unity>
   <typeAliases>
     <typeAlias alias="LabTestInterface" type="Frankenstein.Laboratory.Interfaces.ILabTest, FrankensteinFramework"/>
   </typeAliases>
   <containers>
     <container>
       <types>
         <type type="LabTestInterface" mapTo="Frankenstein.Laboratory.DTO.LabTest, FrankensteinFramework" name="FrankensteinFramework"/>
       </types>
     </container>
   </containers>
 </unity>

Keith Barrow5-Mar-13 6:19