Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » EPP » changing the upload URL
changing the upload URL [message #11887] Wed, 15 July 2009 03:07 Go to next message
David  is currently offline David
Messages: 88
Registered: July 2009
Member
Hello, i am trying to utilize UDC to see if i can get it working
internally for my users. I have set up everything including the database
and php with an apache server. I started eclipse with the
" -Dorg.eclipse.epp.usagedata.recording.upload-url=path-to-int ernal-apache2 "
I got an message in the consolelog saying:

!SESSION 2009-07-14 15:53:07.483
-----------------------------------------------
eclipse.buildId=I20090611-1540
java.version=1.6.0_12
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
Framework arguments:
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php
Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php

all is good right! i then tried to run the upload from within preferences
and i got an error from the consolelog saying:

!ENTRY org.eclipse.epp.usagedata.recording 2 0 2009-07-15 08:54:50.577
!MESSAGE The usage data upload server at http://udc.eclipse.org/upload.php
could not be found.
!STACK 0
java.net.UnknownHostException: udc.eclipse.org
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.<init>(Unknown Source)
at java.net.Socket.<init>(Unknown Source)
...........

Didn't the property change? i can see in the apache if an log request has
come but it haven't even attempted to get upload.php. Which leads me to
think there is something other that still pushes the eclipse client
towards udc.eclipse.org/upload.php. Has anyone else tested this and found
that you needed to edit the source to be able to use the udc features?

thanks for any hints, and this cool feature :-)
Re: changing the upload URL [message #12243 is a reply to message #11887] Wed, 15 July 2009 20:14 Go to previous messageGo to next message
Wayne Beaton is currently offline Wayne Beaton
Messages: 496
Registered: July 2009
Senior Member
That should work. I am investigating.

Wayne

David wrote:
> Hello, i am trying to utilize UDC to see if i can get it working
> internally for my users. I have set up everything including the database
> and php with an apache server. I started eclipse with the
> " -Dorg.eclipse.epp.usagedata.recording.upload-url=path-to-int ernal-apache2 "
> I got an message in the consolelog saying:
>
> !SESSION 2009-07-14 15:53:07.483
> -----------------------------------------------
> eclipse.buildId=I20090611-1540
> java.version=1.6.0_12
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
> Framework arguments:
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php
>
> Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php
>
>
> all is good right! i then tried to run the upload from within
> preferences and i got an error from the consolelog saying:
>
> !ENTRY org.eclipse.epp.usagedata.recording 2 0 2009-07-15 08:54:50.577
> !MESSAGE The usage data upload server at
> http://udc.eclipse.org/upload.php could not be found.
> !STACK 0
> java.net.UnknownHostException: udc.eclipse.org
> at java.net.PlainSocketImpl.connect(Unknown Source)
> at java.net.SocksSocketImpl.connect(Unknown Source)
> at java.net.Socket.connect(Unknown Source)
> at java.net.Socket.connect(Unknown Source)
> at java.net.Socket.<init>(Unknown Source)
> at java.net.Socket.<init>(Unknown Source)
> ...........
>
> Didn't the property change? i can see in the apache if an log request
> has come but it haven't even attempted to get upload.php. Which leads me
> to think there is something other that still pushes the eclipse client
> towards udc.eclipse.org/upload.php. Has anyone else tested this and
> found that you needed to edit the source to be able to use the udc
> features?
>
> thanks for any hints, and this cool feature :-)
>
Re: changing the upload URL [message #12253 is a reply to message #12243] Thu, 16 July 2009 06:38 Go to previous messageGo to next message
David  is currently offline David
Messages: 88
Registered: July 2009
Member
ok, source downloaded and debugged, infact i got it working in the debug
session. It populated my database nicely, no idea what changed. Closed the
debug and got back to my normal eclipse window, and tried to upload and
got another stacktrace:

eclipse.buildId=I20090611-1540
java.version=1.6.0_12
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
Framework arguments:
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
-data C:\WS\Eclipse_test\eclipse3.5.classic.FINAL3_SFCCSCM\001 -consolelog


Warning
Thu Jul 16 10:54:01 CEST 2009
An exception occurred while trying to upload usage data.

java.net.SocketException: Software caused connection abort: socket write
error
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(Unknown Source)
at java.net.SocketOutputStream.write(Unknown Source)
at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
at java.io.BufferedOutputStream.flush(Unknown Source)
at
org.apache.commons.httpclient.ChunkedOutputStream.flush(Chun kedOutputStream.java:191)
at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
at sun.nio.cs.StreamEncoder.flush(Unknown Source)
at java.io.OutputStreamWriter.flush(Unknown Source)
at java.io.BufferedWriter.flush(Unknown Source)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$FilteredFilePart.sendData(BasicUploader.java:350)
at org.apache.commons.httpclient.methods.multipart.Part.send(Pa rt.java:312)
at
org.apache.commons.httpclient.methods.multipart.Part.sendPar ts(Part.java:385)
at
org.apache.commons.httpclient.methods.multipart.MultipartReq uestEntity.writeRequest(MultipartRequestEntity.java:164)
at
org.apache.commons.httpclient.methods.EntityEnclosingMethod. writeRequestBody(EntityEnclosingMethod.java:499)
at
org.apache.commons.httpclient.HttpMethodBase.writeRequest(Ht tpMethodBase.java:2114)
at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMet hodBase.java:1096)
at
org.apache.commons.httpclient.HttpMethodDirector.executeWith Retry(HttpMethodDirector.java:398)
at
org.apache.commons.httpclient.HttpMethodDirector.executeMeth od(HttpMethodDirector.java:171)
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:397)
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:323)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.doUpload(BasicUploader.java:206)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.upload(BasicUploader.java:129)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$1.run(BasicUploader.java:105)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

I have just changed so that udc.eclipse.org points internally instead to
my apache server. So it works while debugging but not when using my fat
client with all of the galileo release installed, i build internal
updatesites, hence i need all installed.

I cant recreate this error in a debug session, there it works all the
time. Even if i load all plugins from the host platform.

I tested with an fresh vanilla eclipse 3.5 classic and it worked directly.
I could start my platform in remote debugging mode and see whats happening
but that's a lot of work, i don't even remember the settings i need to do
that, i probably need a lot of google time :-)
Re: changing the upload URL [message #12263 is a reply to message #12253] Thu, 16 July 2009 11:45 Go to previous messageGo to next message
Wayne Beaton is currently offline Wayne Beaton
Messages: 496
Registered: July 2009
Senior Member
I should have thought of this earlier (drat).

The -D properties are "vm properties" and have to appear after -vmargs.

Try that.

Wayne

David wrote:
> ok, source downloaded and debugged, infact i got it working in the debug
> session. It populated my database nicely, no idea what changed. Closed
> the debug and got back to my normal eclipse window, and tried to upload
> and got another stacktrace:
>
> eclipse.buildId=I20090611-1540
> java.version=1.6.0_12
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
> Framework arguments:
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
>
> Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
> -data C:\WS\Eclipse_test\eclipse3.5.classic.FINAL3_SFCCSCM\001 -consolelog
>
>
> Warning
> Thu Jul 16 10:54:01 CEST 2009
> An exception occurred while trying to upload usage data.
>
> java.net.SocketException: Software caused connection abort: socket write
> error
> at java.net.SocketOutputStream.socketWrite0(Native Method)
> at java.net.SocketOutputStream.socketWrite(Unknown Source)
> at java.net.SocketOutputStream.write(Unknown Source)
> at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
> at java.io.BufferedOutputStream.flush(Unknown Source)
> at
> org.apache.commons.httpclient.ChunkedOutputStream.flush(Chun kedOutputStream.java:191)
>
> at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
> at sun.nio.cs.StreamEncoder.flush(Unknown Source)
> at java.io.OutputStreamWriter.flush(Unknown Source)
> at java.io.BufferedWriter.flush(Unknown Source)
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$FilteredFilePart.sendData(BasicUploader.java:350)
>
> at org.apache.commons.httpclient.methods.multipart.Part.send(Pa rt.java:312)
> at
> org.apache.commons.httpclient.methods.multipart.Part.sendPar ts(Part.java:385)
>
> at
> org.apache.commons.httpclient.methods.multipart.MultipartReq uestEntity.writeRequest(MultipartRequestEntity.java:164)
>
> at
> org.apache.commons.httpclient.methods.EntityEnclosingMethod. writeRequestBody(EntityEnclosingMethod.java:499)
>
> at
> org.apache.commons.httpclient.HttpMethodBase.writeRequest(Ht tpMethodBase.java:2114)
>
> at
> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMet hodBase.java:1096)
>
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeWith Retry(HttpMethodDirector.java:398)
>
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeMeth od(HttpMethodDirector.java:171)
>
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:397)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:323)
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.doUpload(BasicUploader.java:206)
>
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.upload(BasicUploader.java:129)
>
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$1.run(BasicUploader.java:105)
>
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>
> I have just changed so that udc.eclipse.org points internally instead to
> my apache server. So it works while debugging but not when using my fat
> client with all of the galileo release installed, i build internal
> updatesites, hence i need all installed.
>
> I cant recreate this error in a debug session, there it works all the
> time. Even if i load all plugins from the host platform.
>
> I tested with an fresh vanilla eclipse 3.5 classic and it worked
> directly. I could start my platform in remote debugging mode and see
> whats happening but that's a lot of work, i don't even remember the
> settings i need to do that, i probably need a lot of google time :-)
>
>
>
>
>
Re: changing the upload URL [message #12273 is a reply to message #12263] Fri, 17 July 2009 08:04 Go to previous messageGo to next message
David  is currently offline David
Messages: 88
Registered: July 2009
Member
Thanks now it works like a charm :-)

Now i just need to build this into my own feature and test it a bit to see
that it works.

/Dave
Re: changing the upload URL [message #12283 is a reply to message #12263] Wed, 22 July 2009 03:06 Go to previous messageGo to next message
Philipp Kursawe is currently offline Philipp Kursawe
Messages: 135
Registered: July 2009
Senior Member
Wayne Beaton wrote:
> I should have thought of this earlier (drat).
>
> The -D properties are "vm properties" and have to appear after -vmargs.
>
> Try that.
>
> Wayne
>
I wonder, why isn't the UDC not using OSGi Preferences Service when its
running as an OSGi service itself?
Other than that I am gonna try to use it in my RCP. Lets see how much
bundles it drags in.

Phil
Re: changing the upload URL [message #12293 is a reply to message #12283] Wed, 22 July 2009 09:28 Go to previous messageGo to next message
Wayne Beaton is currently offline Wayne Beaton
Messages: 496
Registered: July 2009
Senior Member
The UDC isn't using the OSGi preferences service because I used the
preferences support that I was familiar with when I built it. I
recommend that you open a bug if you believe that we need to revisit
that decision.

FWIW, the UsageDataService is a pretty poor example of an OSGi Service.
We don't do anything particularly "servicy" with it.

Wayne
Re: changing the upload URL [message #12303 is a reply to message #12293] Wed, 22 July 2009 11:03 Go to previous messageGo to next message
Philipp Kursawe is currently offline Philipp Kursawe
Messages: 135
Registered: July 2009
Senior Member
Wayne Beaton wrote:
> The UDC isn't using the OSGi preferences service because I used the
> preferences support that I was familiar with when I built it. I
> recommend that you open a bug if you believe that we need to revisit
> that decision.
>
> FWIW, the UsageDataService is a pretty poor example of an OSGi Service.
> We don't do anything particularly "servicy" with it.

Thats true :) But it could use preferences anyway. Otherwise there are
so many places where you can put configuration values. For UDC it has to
be a system property for other parts of Eclipse its preferences. Just
hard to remember. I will open a bug to at least consider the preference
value as the default that can be overwritten using a command line
property (aka System property). What you think?

Phil
Re: changing the upload URL [message #12314 is a reply to message #12303] Wed, 22 July 2009 11:36 Go to previous message
Wayne Beaton is currently offline Wayne Beaton
Messages: 496
Registered: July 2009
Senior Member
Most of the properties are stored in the preferences, but can be
overridden with -D system properties.

Take a look at UsageDataRecordingSettings#getPeriodBetweenUploads(), for
example.

Wayne
Re: changing the upload URL [message #579347 is a reply to message #11887] Wed, 15 July 2009 20:14 Go to previous message
Wayne Beaton is currently offline Wayne Beaton
Messages: 496
Registered: July 2009
Senior Member
That should work. I am investigating.

Wayne

David wrote:
> Hello, i am trying to utilize UDC to see if i can get it working
> internally for my users. I have set up everything including the database
> and php with an apache server. I started eclipse with the
> " -Dorg.eclipse.epp.usagedata.recording.upload-url=path-to-int ernal-apache2 "
> I got an message in the consolelog saying:
>
> !SESSION 2009-07-14 15:53:07.483
> -----------------------------------------------
> eclipse.buildId=I20090611-1540
> java.version=1.6.0_12
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
> Framework arguments:
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php
>
> Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php
>
>
> all is good right! i then tried to run the upload from within
> preferences and i got an error from the consolelog saying:
>
> !ENTRY org.eclipse.epp.usagedata.recording 2 0 2009-07-15 08:54:50.577
> !MESSAGE The usage data upload server at
> http://udc.eclipse.org/upload.php could not be found.
> !STACK 0
> java.net.UnknownHostException: udc.eclipse.org
> at java.net.PlainSocketImpl.connect(Unknown Source)
> at java.net.SocksSocketImpl.connect(Unknown Source)
> at java.net.Socket.connect(Unknown Source)
> at java.net.Socket.connect(Unknown Source)
> at java.net.Socket.<init>(Unknown Source)
> at java.net.Socket.<init>(Unknown Source)
> ...........
>
> Didn't the property change? i can see in the apache if an log request
> has come but it haven't even attempted to get upload.php. Which leads me
> to think there is something other that still pushes the eclipse client
> towards udc.eclipse.org/upload.php. Has anyone else tested this and
> found that you needed to edit the source to be able to use the udc
> features?
>
> thanks for any hints, and this cool feature :-)
>
Re: changing the upload URL [message #579366 is a reply to message #12243] Thu, 16 July 2009 06:38 Go to previous message
David  is currently offline David
Messages: 88
Registered: July 2009
Member
ok, source downloaded and debugged, infact i got it working in the debug
session. It populated my database nicely, no idea what changed. Closed the
debug and got back to my normal eclipse window, and tried to upload and
got another stacktrace:

eclipse.buildId=I20090611-1540
java.version=1.6.0_12
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
Framework arguments:
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
-data C:\WS\Eclipse_test\eclipse3.5.classic.FINAL3_SFCCSCM\001 -consolelog


Warning
Thu Jul 16 10:54:01 CEST 2009
An exception occurred while trying to upload usage data.

java.net.SocketException: Software caused connection abort: socket write
error
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(Unknown Source)
at java.net.SocketOutputStream.write(Unknown Source)
at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
at java.io.BufferedOutputStream.flush(Unknown Source)
at
org.apache.commons.httpclient.ChunkedOutputStream.flush(Chun kedOutputStream.java:191)
at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
at sun.nio.cs.StreamEncoder.flush(Unknown Source)
at java.io.OutputStreamWriter.flush(Unknown Source)
at java.io.BufferedWriter.flush(Unknown Source)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$FilteredFilePart.sendData(BasicUploader.java:350)
at org.apache.commons.httpclient.methods.multipart.Part.send(Pa rt.java:312)
at
org.apache.commons.httpclient.methods.multipart.Part.sendPar ts(Part.java:385)
at
org.apache.commons.httpclient.methods.multipart.MultipartReq uestEntity.writeRequest(MultipartRequestEntity.java:164)
at
org.apache.commons.httpclient.methods.EntityEnclosingMethod. writeRequestBody(EntityEnclosingMethod.java:499)
at
org.apache.commons.httpclient.HttpMethodBase.writeRequest(Ht tpMethodBase.java:2114)
at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMet hodBase.java:1096)
at
org.apache.commons.httpclient.HttpMethodDirector.executeWith Retry(HttpMethodDirector.java:398)
at
org.apache.commons.httpclient.HttpMethodDirector.executeMeth od(HttpMethodDirector.java:171)
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:397)
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:323)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.doUpload(BasicUploader.java:206)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.upload(BasicUploader.java:129)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$1.run(BasicUploader.java:105)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

I have just changed so that udc.eclipse.org points internally instead to
my apache server. So it works while debugging but not when using my fat
client with all of the galileo release installed, i build internal
updatesites, hence i need all installed.

I cant recreate this error in a debug session, there it works all the
time. Even if i load all plugins from the host platform.

I tested with an fresh vanilla eclipse 3.5 classic and it worked directly.
I could start my platform in remote debugging mode and see whats happening
but that's a lot of work, i don't even remember the settings i need to do
that, i probably need a lot of google time :-)
Re: changing the upload URL [message #579388 is a reply to message #12253] Thu, 16 July 2009 11:45 Go to previous message
Wayne Beaton is currently offline Wayne Beaton
Messages: 496
Registered: July 2009
Senior Member
I should have thought of this earlier (drat).

The -D properties are "vm properties" and have to appear after -vmargs.

Try that.

Wayne

David wrote:
> ok, source downloaded and debugged, infact i got it working in the debug
> session. It populated my database nicely, no idea what changed. Closed
> the debug and got back to my normal eclipse window, and tried to upload
> and got another stacktrace:
>
> eclipse.buildId=I20090611-1540
> java.version=1.6.0_12
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
> Framework arguments:
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
>
> Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
> -data C:\WS\Eclipse_test\eclipse3.5.classic.FINAL3_SFCCSCM\001 -consolelog
>
>
> Warning
> Thu Jul 16 10:54:01 CEST 2009
> An exception occurred while trying to upload usage data.
>
> java.net.SocketException: Software caused connection abort: socket write
> error
> at java.net.SocketOutputStream.socketWrite0(Native Method)
> at java.net.SocketOutputStream.socketWrite(Unknown Source)
> at java.net.SocketOutputStream.write(Unknown Source)
> at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
> at java.io.BufferedOutputStream.flush(Unknown Source)
> at
> org.apache.commons.httpclient.ChunkedOutputStream.flush(Chun kedOutputStream.java:191)
>
> at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
> at sun.nio.cs.StreamEncoder.flush(Unknown Source)
> at java.io.OutputStreamWriter.flush(Unknown Source)
> at java.io.BufferedWriter.flush(Unknown Source)
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$FilteredFilePart.sendData(BasicUploader.java:350)
>
> at org.apache.commons.httpclient.methods.multipart.Part.send(Pa rt.java:312)
> at
> org.apache.commons.httpclient.methods.multipart.Part.sendPar ts(Part.java:385)
>
> at
> org.apache.commons.httpclient.methods.multipart.MultipartReq uestEntity.writeRequest(MultipartRequestEntity.java:164)
>
> at
> org.apache.commons.httpclient.methods.EntityEnclosingMethod. writeRequestBody(EntityEnclosingMethod.java:499)
>
> at
> org.apache.commons.httpclient.HttpMethodBase.writeRequest(Ht tpMethodBase.java:2114)
>
> at
> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMet hodBase.java:1096)
>
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeWith Retry(HttpMethodDirector.java:398)
>
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeMeth od(HttpMethodDirector.java:171)
>
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:397)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:323)
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.doUpload(BasicUploader.java:206)
>
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.upload(BasicUploader.java:129)
>
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$1.run(BasicUploader.java:105)
>
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>
> I have just changed so that udc.eclipse.org points internally instead to
> my apache server. So it works while debugging but not when using my fat
> client with all of the galileo release installed, i build internal
> updatesites, hence i need all installed.
>
> I cant recreate this error in a debug session, there it works all the
> time. Even if i load all plugins from the host platform.
>
> I tested with an fresh vanilla eclipse 3.5 classic and it worked
> directly. I could start my platform in remote debugging mode and see
> whats happening but that's a lot of work, i don't even remember the
> settings i need to do that, i probably need a lot of google time :-)
>
>
>
>
>
Re: changing the upload URL [message #579417 is a reply to message #12263] Fri, 17 July 2009 08:04 Go to previous message
David  is currently offline David
Messages: 88
Registered: July 2009
Member
Thanks now it works like a charm :-)

Now i just need to build this into my own feature and test it a bit to see
that it works.

/Dave
Re: changing the upload URL [message #579436 is a reply to message #12263] Wed, 22 July 2009 03:06 Go to previous message
Philipp Kursawe is currently offline Philipp Kursawe
Messages: 135
Registered: July 2009
Senior Member
Wayne Beaton wrote:
> I should have thought of this earlier (drat).
>
> The -D properties are "vm properties" and have to appear after -vmargs.
>
> Try that.
>
> Wayne
>
I wonder, why isn't the UDC not using OSGi Preferences Service when its
running as an OSGi service itself?
Other than that I am gonna try to use it in my RCP. Lets see how much
bundles it drags in.

Phil
Re: changing the upload URL [message #579465 is a reply to message #12283] Wed, 22 July 2009 09:28 Go to previous message
Wayne Beaton is currently offline Wayne Beaton
Messages: 496
Registered: July 2009
Senior Member
The UDC isn't using the OSGi preferences service because I used the
preferences support that I was familiar with when I built it. I
recommend that you open a bug if you believe that we need to revisit
that decision.

FWIW, the UsageDataService is a pretty poor example of an OSGi Service.
We don't do anything particularly "servicy" with it.

Wayne
Re: changing the upload URL [message #579481 is a reply to message #12293] Wed, 22 July 2009 11:03 Go to previous message
Philipp Kursawe is currently offline Philipp Kursawe
Messages: 135
Registered: July 2009
Senior Member
Wayne Beaton wrote:
> The UDC isn't using the OSGi preferences service because I used the
> preferences support that I was familiar with when I built it. I
> recommend that you open a bug if you believe that we need to revisit
> that decision.
>
> FWIW, the UsageDataService is a pretty poor example of an OSGi Service.
> We don't do anything particularly "servicy" with it.

Thats true :) But it could use preferences anyway. Otherwise there are
so many places where you can put configuration values. For UDC it has to
be a system property for other parts of Eclipse its preferences. Just
hard to remember. I will open a bug to at least consider the preference
value as the default that can be overwritten using a command line
property (aka System property). What you think?

Phil
Re: changing the upload URL [message #579496 is a reply to message #12303] Wed, 22 July 2009 11:36 Go to previous message
Wayne Beaton is currently offline Wayne Beaton
Messages: 496
Registered: July 2009
Senior Member
Most of the properties are stored in the preferences, but can be
overridden with -D system properties.

Take a look at UsageDataRecordingSettings#getPeriodBetweenUploads(), for
example.

Wayne
Previous Topic:changing the upload URL
Next Topic:udc database access possible?
Goto Forum:
  


Current Time: Wed Jul 23 18:18:06 EDT 2014

Powered by FUDForum. Page generated in 0.05005 seconds