Problem loading a solution

I am trying to load a solution to the server: Solution-> Import a Solution
I choose the solution and the configuration for loading, comfirm that but any solution was imported.
And any error message is showed, only the title “Import solution” and empty screen where usually shows the warnings
What couldt it be ?
I loaded this solution in other server. So i guess the problem is in the server
Thanks

mo_ca_mo:
I am trying to load a solution to the server: Solution-> Import a Solution
I choose the solution and the configuration for loading, comfirm that but any solution was imported.
And any error message is showed, only the title “Import solution” and empty screen where usually shows the warnings
What couldt it be ?
I loaded this solution in other server. So i guess the problem is in the server
Thanks

What error do you have in servoy_log.txt ?

This is the message at the error log:

org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. C:\Windows\system32\config\systemprofile\AppData\Local\Temp\upload_316e1f9a_12a57c17ff0__7fef_00000010.tmp (El sistema no puede encontrar la ruta especificada)
at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:367)
at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:310)
at com.servoy.j2db.server.servlets.ConfigServlet.Zj(ConfigServlet.java:457)
at com.servoy.j2db.server.servlets.ConfigServlet.service(ConfigServlet.java:4)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:567)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)
at java.lang.Thread.run(Unknown Source)
Caused by: java.io.FileNotFoundException: C:\Windows\system32\config\systemprofile\AppData\Local\Temp\upload_316e1f9a_12a57c17ff0__7fef_00000010.tmp (El sistema no puede encontrar la ruta especificada)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.(Unknown Source)
at java.io.FileOutputStream.(Unknown Source)
at org.apache.commons.io.output.DeferredFileOutputStream.thresholdReached(DeferredFileOutputStream.java:165)
at org.apache.commons.io.output.ThresholdingOutputStream.checkThreshold(ThresholdingOutputStream.java:221)
at org.apache.commons.io.output.ThresholdingOutputStream.write(ThresholdingOutputStream.java:127)
at org.apache.commons.fileupload.util.Streams.copy(Streams.java:101)
at org.apache.commons.fileupload.util.Streams.copy(Streams.java:64)
at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:362)
… 17 more

see http://forum.servoy.com/viewtopic.php?f … 58&p=77114 , probably you don’t have rights to write in C:\Windows\system32\config\systemprofile\AppData\Local\Temp

You are very kind answering so fast.
I read the other topic and i think it is about the same problem i have.
But how can i get the rights to write in C:\Windows\system32\config\systemprofile\AppData\Local\Temp
Sorry, maybe is a basic question but i dont know it
Thanks

mo_ca_mo:
You are very kind answering so fast.
I read the other topic and i think it is about the same problem i have.
But how can i get the rights to write in C:\Windows\system32\config\systemprofile\AppData\Local\Temp
Sorry, maybe is a basic question but i dont know it
Thanks

How do you run the application server ? Either run it as an administrator or add the user you are using with write permissions on that folder (from folder properties).

see this post: viewtopic.php?f=5&t=13358&p=77114#p69000

i guess you are running it as a service and then under local system account, change this into a real user and try again.

Hi Ivostinar:
I couln’t import the solution yet. To run the application server as administrator we have to change the service settings?
Firstly the aplication server was runing local (and we culdn’t see the restart/shutdown buttons)
After that we instal the application server as a service (writing the full path on the folder of sybase)
Aslo we create an administrator but the “WARNING: No administrator user, this is NOT SECURE! Create one NOW.” is still there.
Thank you for your help.

mo_ca_mo:
I couln’t import the solution yet. To run the application server as administrator we have to change the service settings?

yes go into the services of windows and change the credentials.

mo_ca_mo:
Firstly the aplication server was runing local (and we culdn’t see the restart/shutdown buttons)

then you where running from a developer.

mo_ca_mo:
After that we instal the application server as a service (writing the full path on the folder of sybase)
Aslo we create an administrator but the “WARNING: No administrator user, this is NOT SECURE! Create one NOW.” is still there.
Thank you for your help.

Then you didnt add the user to the right group. You really have to add the user to the administrator group through the admin pages else you will still have that same problem

Finally we found the prolem: the folder “Temp” did not exist.
The question is why not automatic create, it if is an temp folder?
Thanks a lot for your help!

thats something inside the commons file api that just calls:

File.createTempFile(prefix, suffix, directory);

and that is pure java, that is expected to return a temp file that can be written to, so i guess the user that tried to do that doesnt even have those rights
or the TEMP folder windows variable is just pointing to a invalid location for that user.

When we install Servoy (with the install service checked) the Servoy service is installed running under the local system account.

On windows vista, windows 7 and windows 2008 the solution import fails (as a result of the failing File.createTempFile()) when running the application as this user.

If your solution is running the service with another account then the Servoy installation should also do that.

Johan (or other Servoy employee), could you please react on this: Servoy installation installs service under local system account, but we shouldn’t use this local system account!?

michel:
Johan (or other Servoy employee), could you please react on this: Servoy installation installs service under local system account, but we shouldn’t use this local system account!?

Please open a case for this, we have to check in depth what happens.

Case created: 357349

This thread http://forum.servoy.com/viewtopic.php?f=11&t=15680 is also referring to this same issue.

michel:
Case created: 357349

This thread http://forum.servoy.com/viewtopic.php?f=11&t=15680 is also referring to this same issue.

This will be fixed in Servoy 5.2.7 (when installed from installer).

We never use the installer, for deployment,

can you tell what needs to be done, when you deploy by hand??

Harjo:
We never use the installer, for deployment,

can you tell what needs to be done, when you deploy by hand??

The change is in wrapper.conf file, I guess you can just replace it and restart the service. But if you already run the service as Administrator you shouldn’t have this problem.

oke :-) And can you show me, WHAT the change is in the wrapper.conf?

Harjo:
oke :-) And can you show me, WHAT the change is in the wrapper.conf?

wrapper.java.additional.3=-Djava.io.tmpdir=“$INSTALL_PATH\application_server\server\work”

this is added (where $INSTALL_PATH is replaced by actual value); and the third parameter will become the fourth like this:

wrapper.java.additional.4=-XX:MaxPermSize=128m